Bug#878866: Debian bug #878866 usbip - does mass storage work for you ?

2017-12-04 Thread Gianluigi Tiesi 

On 12/02/2017 07:30 PM, borissh1...@gmail.com wrote:

Hi,

I have noticed that when I used the suggested port number 4 , I'm getting an
oops on mass storage devices.

Does mass storage devices work on your setup with usbip (https://
bugs.debian.org/cgi-bin/bugreport.cgi?bug=883345) ?



more infos:

[ 1102.862905] kernel BUG at drivers/usb/usbip/vhci_hcd.c:683!
[ 1102.862925] invalid opcode:  [#1] SMP
[ 1102.862929] Modules linked in: uas usb_storage vhci_hcd usbip_core 
ctr ccm cpufreq_userspace cpufreq_powersave cpufreq_conservative 
pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) bnep 
bbswitch(O) binfmt_misc snd_hda_codec_conexant snd_hda_codec_generic 
fuse intel_rapl arc4 x86_pkg_temp_thermal intel_powerclamp iwldvm 
coretemp iTCO_wdt btusb mac80211 iTCO_vendor_support btrtl kvm_intel 
wmi_bmof uvcvideo btbcm kvm btintel cdc_mbim irqbypass bluetooth 
videobuf2_vmalloc videobuf2_memops videobuf2_v4l2 drbg videobuf2_core 
iwlwifi crct10dif_pclmul cdc_ncm snd_hda_intel crc32_pclmul videodev 
ansi_cprng snd_hda_codec cdc_acm cdc_wdm usbnet ghash_clmulni_intel 
media snd_hda_core ecdh_generic mii i915 snd_hwdep cfg80211 
thinkpad_acpi snd_pcm evdev intel_cstate nvram snd_timer drm_kms_helper 
joydev
[ 1102.863026]  intel_uncore mei_me snd drm lpc_ich intel_rapl_perf 
soundcore i2c_algo_bit pcspkr shpchp sg mei serio_raw mfd_core rfkill ac 
video battery wmi button tpm_rng rng_core tun loop nfsd firewire_sbp2 
auth_rpcgss nfs_acl lockd grace parport_pc sunrpc ppdev lp parport 
ip_tables x_tables autofs4 ext4 crc16 mbcache jbd2 fscrypto ecb raid10 
raid456 async_raid6_recov async_memcpy async_pq async_xor async_tx xor 
raid6_pq libcrc32c crc32c_generic raid1 raid0 multipath linear md_mod 
dm_mirror dm_region_hash dm_log dm_mod sd_mod hid_logitech_hidpp 
hid_logitech_dj usbhid hid crc32c_intel ahci libahci aesni_intel 
aes_x86_64 crypto_simd cryptd glue_helper libata xhci_pci scsi_mod 
psmouse sdhci_pci ehci_pci xhci_hcd ehci_hcd sdhci i2c_i801 
firewire_ohci firewire_core mmc_core crc_itu_t e1000e usbcore ptp

[ 1102.863141]  usb_common pps_core thermal
[ 1102.863152] CPU: 6 PID: 2498 Comm: usb-storage Tainted: G   O 
   4.14.2 #1
[ 1102.863155] Hardware name: LENOVO 4276CTO/4276CTO, BIOS 8BET62WW 
(1.42 ) 07/26/2013

[ 1102.863160] task: 9317e66d1040 task.stack: aa39012fc000
[ 1102.863174] RIP: 0010:vhci_urb_enqueue+0x2e8/0x4c0 [vhci_hcd]
[ 1102.863178] RSP: 0018:aa39012ffb58 EFLAGS: 00010206
[ 1102.863183] RAX: 0024 RBX: 931830c35000 RCX: 
9317d8418098
[ 1102.863187] RDX: 0140 RSI: 93180eb28c00 RDI: 
931830c35000
[ 1102.863190] RBP: aa39012ffbb8 R08: 0024 R09: 

[ 1102.863193] R10:  R11: fa1108cd5060 R12: 
0001
[ 1102.863197] R13: 93173e8c7860 R14: 0001 R15: 
93180eb28c00
[ 1102.863201] FS:  () GS:93183e38() 
knlGS:

[ 1102.863205] CS:  0010 DS:  ES:  CR0: 80050033
[ 1102.863208] CR2: 7fc00e8ee020 CR3: 76e09006 CR4: 
000606e0

[ 1102.863213] Call Trace:
[ 1102.863229]  ? __schedule+0x296/0x880
[ 1102.863257]  usb_hcd_submit_urb+0xad/0xb50 [usbcore]
[ 1102.863265]  ? schedule+0x2c/0x80
[ 1102.863287]  usb_submit_urb+0x22d/0x560 [usbcore]
[ 1102.863306]  ? usb_alloc_urb+0x19/0x50 [usbcore]
[ 1102.863326]  usb_sg_wait+0xa0/0x190 [usbcore]
[ 1102.863336]  usb_stor_bulk_transfer_sglist.part.1+0x67/0xc0 [usb_storage]
[ 1102.863344]  usb_stor_bulk_srb+0x4b/0x80 [usb_storage]
[ 1102.863351]  usb_stor_Bulk_transport+0x175/0x400 [usb_storage]
[ 1102.863357]  ? schedule+0x2c/0x80
[ 1102.863365]  usb_stor_invoke_transport+0x3b/0x520 [usb_storage]
[ 1102.863374]  ? wait_for_completion_interruptible+0x175/0x1d0
[ 1102.863380]  ? wake_up_q+0x80/0x80
[ 1102.863388]  usb_stor_transparent_scsi_command+0xe/0x10 [usb_storage]
[ 1102.863395]  usb_stor_control_thread+0x1c7/0x280 [usb_storage]
[ 1102.863404]  kthread+0x125/0x140
[ 1102.863411]  ? usb_stor_disconnect+0xc0/0xc0 [usb_storage]
[ 1102.863418]  ? kthread_create_on_node+0x70/0x70
[ 1102.863424]  ret_from_fork+0x25/0x30
[ 1102.863429] Code: f1 48 89 fa 48 c7 c6 40 fe b3 c0 48 c7 c7 20 1e b4 
c0 e8 8c bf e6 c3 e9 6f fd ff ff 41 8b 87 88 00 00 00 85 c0 0f 84 79 fd 
ff ff <0f> 0b 48 8b 7d d0 48 c7 c6 76 ed b3 c0 e8 96 39 fa c3 4c 89 fe
[ 1102.863506] RIP: vhci_urb_enqueue+0x2e8/0x4c0 [vhci_hcd] RSP: 
aa39012ffb58

[ 1102.863513] ---[ end trace f9a5d6bac7cf5a83 ]---

the relevant source code:


/* patch to usb_sg_init() is in 2.5.60 */
BUG_ON(!urb->transfer_buffer && urb->transfer_buffer_length);




--
Gianluigi Tiesi 
EDP Project Leader
Netfarm S.r.l. - http://www.netfarm.it/
Free Software: http://oss.netfarm.it/

Q: Because it reverses the logical flow of conversation.
A: Why is putting a reply at the top of the message frowned upon?

Bug#883473: scikit-learn: FTBFS on several architectures

2017-12-04 Thread Ole Streicher 
Package: src:scikit-learn
Version: 0.19.1-1
Severity: serious

scikit-learn fails to build from source on a number of platforms due to
the following failing test:

==
FAIL: sklearn.neighbors.tests.test_approximate.test_radius_neighbors
--
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/nose/case.py", line 197, in runTest
self.test(*self.arg)
  File
"/<>/debian/tmp/usr/lib/python2.7/dist-packages/sklearn/neighbors/tests/test_approximate.py",
line 229, in test_radius_neighbors
sorted_dists_approx)))
AssertionError: False is not true

--
Ran 8008 tests in 929.227s

FAILED (SKIP=62, failures=1)

The platforms where this happens are:

 * arm64
 * ppc64el
 * s390x
 * powerpc (non-release arch)
 * ppc64 (non-release arch)

This did not happen with the previous version.

Best regards

Ole

Bug#738936: workaround

2017-12-04 Thread debian 
Hello,

I have the same problem with fvwm2 and my solution was to export 
XDG_CURRENT_DESKTOP=KDE before session start.

Best Regards,
Juri Grabowski

Bug#875017: No point in keeping the Qt4 libkmahjongg without kajongg

2017-12-04 Thread Adrian Bunk 
Control: severity -1 serious

There is no point in keeping the Qt4 libkmahjongg in testing
when kajongg gets removed (see #864965).

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

Bug#883340: dgit build accesses the internet and fails when offline.

2017-12-04 Thread Ian Jackson 
peter green writes ("Bug#883340: dgit build accesses the internet and fails 
when offline."):
> Trying to build a package with dgit build while offline results in an error 
> message about api.ftp-master.debian.org There is no mention in the manpage 
> section for dgit build about it accessing the internet in any way.
> 
> This is problematic for two reasons.
> 
> 1. It is really annoying to be unable to work while offline.
> 2. Undocumented access to the internet could be considered a privacy breach.

This is, sadly, inevitable, when using `dgit build'.

The reason is as follows:

dgit build (and dgit sbuild et al) do all the preparation work needed
to do a binary upload using dgit push.  That includes generating the
.changes file.It would not be good to defer generation of the .changes
file because the user ought to be able to review everything before
invoking dgit push.

The .changes file is supposed to contain changes since the last upload
to the relevant distro.  That involves knowing what that last upload
is.  dgit automates this, querying the prospective destination server
so it can know the version to pass to dpkg-genchanges's -v option.
But, if the user were doing this by hand, they would probably have to
check that themselves by hand anyway.

So it is not possible to fully prepare a build-for-upload offline.


OTOH, if you are not trying to build for upload, then then there is no
need for this.  Then it would be better not to use dgit build at all,
but rather to invoke dpkg-buildpackage.

Perhaps it would be useful for dgit to have a "not (yet) for upload"
build option, which generates source and binary packages, but not a
.changes file.

What do you think ?


TBH I would like to know what you were trying to do when you
encountered this problem - and which docs you read that led you to
choose this approach.

I would like to improve the docs.


In the meantime, a workaround would be to pass a -v option to dgit.
Then it would have no need to talk to an archive server to find this
information; and there is no other information in a build that comes
from off the local machine.

I hope this is helpful.

Regards,
Ian.

-- 
Ian Jackson    These opinions are my own.

If I emailed you from an address @fyvzl.net or @evade.org.uk, that is
a private address which bypasses my fierce spamfilter.

Bug#859194: Patch sent for review upstream

2017-12-04 Thread Thomas Goirand 
Hi,

FYI, I sent a patch for review upstream:

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

Thomas Goirand (zigo)

Bug#883472: request-tracker4: rt-externalize-attachments cron job should not be enabled by default

2017-12-04 Thread Dominic Hargreaves 
Package: request-tracker4
Version: 4.4.2-1
Severity: normal

In RT 4.4, the rt-externalize-attachments cronjob was added to the list
of cronjobs to set up (if the user asked for cronjobs to be set up
automatically).

Unlike the other cronjobs, this one only works if additional configuration
to use external storage has been put in place, and produces a critical
error otherwise:

[16967] [Fri Dec  1 00:00:04 2017] [critical]: %ExternalStorage is not 
configured (/usr/share/request-tracker4/lib/RT.pm:394)
%ExternalStorage is not configured

This cron job should not be enabled by default, but should be left
commented out as a hint to the user.

Bug#883471: ITP: geronimo-j2ee-management-1.1-spec -- Apache Geronimo J2EE Management 1.1 API

2017-12-04 Thread Emmanuel Bourg 
Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg 

* Package name: geronimo-j2ee-management-1.1-spec
  Version : 1.0.1
  Upstream Author : The Apache Software Foundation
* URL : http://geronimo.apache.org
* License : Apache-2.0
  Programming Lang: Java
  Description : Apache Geronimo J2EE Management 1.1 API

Apache Geronimo is an open source server runtime that integrates the best
open source projects to create Java/OSGi server runtimes that meet the needs
of enterprise developers and system administrators. Its most popular
distribution is a fully certified Java EE 6 application server runtime.

This package contains the J2EE Management 1.1 API (JSR 77)
(javax.management.j2ee.* classes).

This package is required to remove the glassfish package which is failing
to build with Java 9. It will be maintained by the Java Team.

Bug#883164: updated patch

2017-12-04 Thread Matthias Klose 
updated patch attached

diff -urN rrdtool-1.6.0/debian/changelog rrdtool-1.7.0/debian/changelog
--- rrdtool-1.6.0/debian/changelog	2017-07-26 22:13:05.0 +0200
+++ rrdtool-1.7.0/debian/changelog	2017-12-04 12:31:28.336791461 +0100
@@ -1,3 +1,22 @@
+rrdtool (1.7.0-0ubuntu3) bionic; urgency=medium
+
+  * Fix testing of python extensions.
+
+ -- Matthias Klose   Mon, 04 Dec 2017 12:16:21 +0100
+
+rrdtool (1.7.0-0ubuntu1) bionic; urgency=medium
+
+  * New upstream version.
+  * Bump standards version.
+  * Build a python3-rrdtool package, using pybuild.
+Closes: ##883164. LP: #1735382.
+  * Install new man page rrdlist(1).
+  * Update symbols file.
+  * Change package priorities from extra to optional.
+  * rrdcached: Depend on lsb-base.
+
+ -- Matthias Klose   Mon, 04 Dec 2017 11:17:30 +0100
+
 rrdtool (1.6.0-1ubuntu2) artful; urgency=medium
 
   * No-change rebuild for perl 5.26.0.
diff -urN rrdtool-1.6.0/debian/control rrdtool-1.7.0/debian/control
--- rrdtool-1.6.0/debian/control	2017-06-09 23:05:47.0 +0200
+++ rrdtool-1.7.0/debian/control	2017-12-04 11:20:02.0 +0100
@@ -7,7 +7,7 @@
Alexander Wirt ,
Bernd Zeimetz ,
Jean-Michel Vourgère 
-Standards-Version: 3.9.8
+Standards-Version: 4.1.1
 Build-Depends: dc,
debhelper (>= 9),
dh-autoreconf,
@@ -22,6 +22,13 @@
perl (>= 5.8.0),
python-all-dbg (>= 2.6.6-3~),
python-all-dev (>= 2.6.6-3~),
+   cython, cython-dbg,
+   python-setuptools,
+   python3-all-dbg,
+   python3-all-dev,
+   cython3, cython3-dbg,
+   python3-all-dbg,
+   python3-setuptools,
tcl-dev (<= 9),
tcl-dev (>= 8)
 Homepage: http://oss.oetiker.ch/rrdtool/
@@ -50,7 +57,7 @@
 
 Package: rrdcached
 Architecture: kfreebsd-any linux-any
-Depends: ${misc:Depends}, ${shlibs:Depends}
+Depends: ${misc:Depends}, ${shlibs:Depends}, lsb-base
 Description: data caching daemon for RRDtool
  RRDCacheD is a daemon that receives updates to existing RRD files, accumulates
  them and, if enough have been received or a defined time has passed, writes
@@ -61,19 +68,21 @@
 Package: rrdtool-dbg
 Architecture: any
 Multi-Arch: same
-Priority: extra
 Section: debug
 Depends: librrd8 (= ${binary:Version}),
  ${misc:Depends},
  ${python:Depends},
+ ${python3:Depends},
  ${shlibs:Depends}
 Recommends: librrds-perl (= ${binary:Version}),
 lua-rrd (= ${binary:Version}),
-python-all-dbg,
-python-rrdtool (= ${binary:Version}),
+python3-all-dbg,
+python3-rrdtool (= ${binary:Version}),
 rrdtool (= ${binary:Version}),
 rrdtool-tcl (= ${binary:Version}),
-Suggests: ruby-rrd (= ${binary:Version})
+Suggests: ruby-rrd (= ${binary:Version}),
+  python-all-dbg,
+  python-rrdtool (= ${binary:Version}),
 Description: time-series data storage and display system (debugging symbols)
  The Round Robin Database Tool (RRDtool) is a system to store and display
  time-series data (e.g. network bandwidth, machine-room temperature,
@@ -182,6 +191,22 @@
  .
  This package contains a Python interface to RRDs.
 
+Package: python3-rrdtool
+Architecture: any
+Multi-Arch: same
+Section: python
+Depends: ${misc:Depends}, ${python3:Depends}, ${shlibs:Depends}
+Provides: ${python3:Provides}
+Description: time-series data storage and display system (Python3 interface)
+ The Round Robin Database Tool (RRDtool) is a system to store and display
+ time-series data (e.g. network bandwidth, machine-room temperature,
+ server load average). It stores the data in Round Robin Databases (RRDs),
+ a very compact way that will not expand over time. RRDtool processes the
+ extracted data to enforce a certain data density, allowing for useful
+ graphical representation of data values.
+ .
+ This package contains a Python3 interface to RRDs.
+
 Package: ruby-rrd
 Architecture: any
 Multi-Arch: same
@@ -240,7 +265,7 @@
 Package: liblua5.1-rrd0
 Architecture: all
 Section: oldlibs
-Priority: extra
+Priority: optional
 Depends: lua-rrd, ${misc:Depends}
 Description: Transitional package to lua-rrd
  This is a transitional package for liblua5.1-rrd0 to ease upgrades
@@ -249,7 +274,7 @@
 Package: liblua5.1-rrd-dev
 Architecture: all
 Section: oldlibs
-Priority: extra
+Priority: optional
 Depends: lua-rrd-dev, ${misc:Depends}
 Description: Transitional package to lua-rrd-dev
  This is a transitional package for liblua5.1-rrd-dev to ease upgrades
diff -urN rrdtool-1.6.0/debian/files rrdtool-1.7.0/debian/files
--- rrdtool-1.6.0/debian/files	1970-01-01 01:00:00.0 +0100
+++ rrdtool-1.7.0/debian/files	2017-12-04 12:31:33.184769595 +0100
@@ -0,0 +1 @@
+rrdtool_1.7.0-0ubuntu3_source.buildinfo utils optional

Bug#883402: webcamoid: The package is built wrong way and needs command line option for a QT directory

2017-12-04 Thread Herbert Fortes 
Hi Victor Porton,

> Package: webcamoid
> Version: 8.1.0+dfsg-2
> Severity: important
> 
> Dear Maintainer,
> 
> See
> https://github.com/webcamoid/webcamoid/issues/101#issuecomment-348787126
> for the problem.
> 
> To solve it you were recommended to use INSTALLQMLDIR when building the
> package.
> 

I will upload the fix.

Thanks!



Regards,
Herbert

Bug#883470: isenkram: Update package data for virtualization technologies

2017-12-04 Thread Raphaël Hertzog 
Package: isenkram
Version: 0.36
Severity: normal

I noticed that the modaliases file mentions "virtualbox-ose-guest-x11" but
nowadays it should be "virtualbox-guest-x11".

Also that suggestion is only applicable if you have Xorg installed.
You might want to have virtualbox-guest-dkms (or -utils) as default
package selection and somehow suggest the -x11 only if you have Xorg
(not sure if that's something that is possible in isenkram).

It would be nice if you could review packages to be installed
for other virtualization technologies:
- there's qemu-guest-agent for qemu
- maybe there are others that you are missing

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

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

Versions of packages isenkram depends on:
ii  gir1.2-gtk-3.0 3.22.26-2
ii  gir1.2-gudev-1.0   232-1
ii  gir1.2-notify-0.7  0.7.7-2
ii  gir1.2-packagekitglib-1.0  1.1.7-1
ii  isenkram-cli   0.36
ii  packagekit 1.1.7-1
ii  python 2.7.14-1
ii  python-gi  3.26.1-1

isenkram recommends no packages.

isenkram suggests no packages.

-- no debconf information

Bug#882769: Cannot upgrade from Stretch: cp: target '/lib/live/mount/medium/live/vmlinuz.new' is not a directory

2017-12-04 Thread Thomas Goirand 
On 12/04/2017 10:50 AM, intrigeri wrote:
> Hi,
> 
> Thomas Goirand:
>> After booting a Stretch live image, I tried to upgrade it to Sid, and
>> it fails with this error:
> 
> Upgrading a *Live* system from one version of Debian to the other is
> arguably a corner case and this bug does not affect the usability of
> live-boot in the vast majority of cases.

My use case is to use live for the OpenStack CI, when I want to test
with Sid and not stable. Probably not a lot of people do that, but it's
still a use case. Do you know if it's possible to generate a Sid live
system?

> Besides, I would feel wrong
> to see live-boot automatically removed from testing merely because of
> this bug. So perhaps this could be demoted to severity:important?

I don't mind much the severity, but I'd very much prefer if we found out
how to fix! Currently, I still don't understand which script is the
problem. Do you have any idea?

Cheers,

Thomas Goirand (zigo)

Bug#883469: mercurial-git: needs to be updated to work with mercurial 4.4.1

2017-12-04 Thread derfel 
Package: mercurial-git
Version: 0.8.9-1
Severity: grave
Justification: renders package unusable

With the new mercurial 4.4.1 in sid mercurial-git cannot work anymore. A sample
error is:

$ hg log
abort: cannot import name peerrepository!

Mercurial don't work anymore even if the upstream repository is mercurial
and not git. So, basically, you cannot use mercurial anymore without disabling
the extension in hgrc or updating to the latest upstream version which is
already fixed.



-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (800, 'unstable'), (50, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armhf

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

Versions of packages mercurial-git depends on:
ii  mercurial   4.4.1-1
ii  python  2.7.14-1
ii  python-dulwich  0.18.5-1

mercurial-git recommends no packages.

mercurial-git suggests no packages.

-- no debconf information

Bug#883468: debian-edu-config: Please migrate to cfengine3

2017-12-04 Thread Chris West 
Package: debian-edu-config
Version: 1.940
Severity: wishlist

Please migrate debian-edu-config and education-common away from
cfengine2, perhaps to cfengine3 or another system.

debian-edu-config and education-common are the only packages holding
cfengine2 in Debian[1]. cfengine2 currently doesn't look like it's going
to survive the openssl1.0-rm transition[2], as I find it unlikely that
anyone is going to successfully patch it. I did the cfengine3 port, with
lots of help from upstream[3], who abandoned cfengine2 many (*many*)
years ago. CC: Antonio is the cfengine2 maintainer and may disagree with
me.


Cheers,
Chris.

 1: https://udd.debian.org/cgi-bin/key_packages.yaml.cgi
 2: https://release.debian.org/transitions/html/openssl1.0-rm.html
 3: https://github.com/cfengine/core/pull/2916#issuecomment-333993086

Bug#873422: oclgrind: Please update to llvm-toolchain 4.0 or, better, 5.0

2017-12-04 Thread Emilio Pozuelo Monfort 
Control: severity -1 serious

On Sun, 27 Aug 2017 16:01:25 +0200 (CEST) sylves...@debian.org (Sylvestre Ledru)
wrote:
> Source: oclgrind
> Severity: normal
> 
> Hello,
> 
> Currently, we have 6 versions of the llvm toolchain in the archive.
> I would like to move to 3 versions (4.0, 5.0 and snapshot, aka 6.0)
> 
> Could you please update your package to use 4.0 (or, better, 5.0 which will 
> be released very 
> soon)?
> 
> I will update the severity of this bug at the end of September

Bumping to serious as we want to remove old llvm versions. Ideally you'd move to
the default llvm version, i.e. the packages provided by llvm-defaults.

Cheers,
Emilio

Bug#883467: open-infrastructure-storage-tools: [INTL:ru] Russian translation of debconf template

2017-12-04 Thread Lev Lamberov 
Package: open-infrastructure-storage-tools
Severity: wishlist
Tags: l10n patch

Dear Maintainer,

please find attached the Russian debconf translation for 
open-infrastructure-storage-tools.

Regards,
Lev Lamberov


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

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

Versions of packages open-infrastructure-storage-tools depends on:
ii  debconf [debconf-2.0]  1.5.65

Versions of packages open-infrastructure-storage-tools recommends:
pn  apache2 | httpd   
pn  ceph-common | ceph-fs-common  
ii  fonts-font-awesome4.7.0~dfsg-3
pn  jq
pn  libjs-bootstrap   
ii  libjs-jquery  3.2.1-1
ii  logrotate 3.11.0-0.1

Versions of packages open-infrastructure-storage-tools suggests:
pn  ceph-fuse  
pn  irker  
# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the 
open-infrastructure-storage-tools package.
# FIRST AUTHOR , YEAR.
#
msgid ""
msgstr ""
"Project-Id-Version: open-infrastructure-storage-tools\n"
"Report-Msgid-Bugs-To: open-infrastructure-storage-to...@packages.debian.org\n"
"POT-Creation-Date: 2017-04-09 19:17+0200\n"
"PO-Revision-Date: 2017-12-04 16:22+0500\n"
"Language-Team: \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: Poedit 2.0.4\n"
"Last-Translator: Lev Lamberov \n"
"Plural-Forms: nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n%10>=2 && n"
"%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2);\n"
"Language: ru\n"

#. Type: title
#. Description
#: ../open-infrastructure-storage-tools.templates:1001
msgid "storage-tools: Setup"
msgstr "storage-tools: настройка"

#. Type: boolean
#. Description
#: ../open-infrastructure-storage-tools.templates:2001
msgid "ceph-log:"
msgstr "ceph-log:"

#. Type: boolean
#. Description
#: ../open-infrastructure-storage-tools.templates:2001
msgid "ceph-log stores Ceph cluster log as a logfile, see ceph-log(1)."
msgstr "ceph-log хранит журнал кластера Ceph, подробности см. в ceph-log(1)."

#. Type: boolean
#. Description
#: ../open-infrastructure-storage-tools.templates:2001
msgid "Should ceph-log be enabled?"
msgstr "Следует включить ceph-log?"

#. Type: boolean
#. Description
#: ../open-infrastructure-storage-tools.templates:3001
msgid "ceph-info:"
msgstr "ceph-info:"

#. Type: boolean
#. Description
#: ../open-infrastructure-storage-tools.templates:3001
msgid ""
"ceph-info shows Ceph cluster information as a HTML page, see ceph-info(1)."
msgstr ""
"ceph-info показывает информацию о кластере Ceph в виде HTML-страницы, "
"подробности см. в ceph-info(1)."

#. Type: boolean
#. Description
#: ../open-infrastructure-storage-tools.templates:3001
msgid "Should ceph-info be enabled?"
msgstr "Следует включить ceph-info?"

#. Type: boolean
#. Description
#: ../open-infrastructure-storage-tools.templates:4001
msgid "cephfs-snap:"
msgstr "cephfs-snap:"

#. Type: boolean
#. Description
#: ../open-infrastructure-storage-tools.templates:4001
msgid "cephfs-snap creates CephFS snapshots periodically, see cephfs-snap(1)."
msgstr ""
"cephfs-snap периодически создаёт срезы CephFS, подробности см. в cephfs-"
"snap(1)."

#. Type: boolean
#. Description
#: ../open-infrastructure-storage-tools.templates:4001
msgid "Should cephfs-snap be enabled?"
msgstr "Следует включить cephfs-snap?"

#. Type: string
#. Description
#: ../open-infrastructure-storage-tools.templates:5002
msgid "cephfs-snap directories:"
msgstr "Каталоги cephfs-snap:"

#. Type: string
#. Description
#: ../open-infrastructure-storage-tools.templates:5002
msgid ""
"Please specify the directories (space separated) where CephFS are mounted "
"that should be snapshoted."
msgstr ""
"Укажите каталоги (разделяя пробелом), в которые смонтирована CephFS, и для "
"которых следует делать срезы."

#. Type: string
#. Description
#: ../open-infrastructure-storage-tools.templates:5002
msgid "If unsure, leave empty."
msgstr "Если вы не уверены, то оставьте это поле пустым."

#. Type: string
#. Default
#: ../open-infrastructure-storage-tools.templates:6001
msgid "169"
msgstr "169"

#. Type: string
#. Description
#: ../open-infrastructure-storage-tools.templates:6002
msgid "cephfs-snap hourly:"
msgstr "cephfs-snap раз в час:"

#. Type: string
#. Description
#: ../open-infrastructure-storage-tools.templates:6002
msgid "Please specify the number of hourly snapshots that should be kept."
msgstr "Укажите число почасовых срезов, которые следует хранить."

#. Type: string
#. Description
#:

Bug#883094: Accessibility: Mate: Screen reader is not available in login screen

2017-12-04 Thread Mike Gabriel 

Hi,

On  Fr 01 Dez 2017 01:02:25 CET, sirgazil wrote:


On 30/11/17 04:38, Mike Gabriel wrote:

Hi,

On  Mi 29 Nov 2017 16:59:27 CET, sirgazil wrote:


Package: mate-desktop
Version: 1.16.2-2

I'm using Debian Linux zenme 4.9.0-4-686-pae #1 SMP Debian  
4.9.51-1 (2017-09-28) i686 GNU/Linux.


When a blind person starts the computer, they don't have any way  
of knowing whether the login screen has loaded or not. The system  
does not provide any aural cues for blind users, so they have to  
call sighted people to help them log in.


Thanks for your feedback on accessibility.

Please note that the MATE desktop does not come with a login  
manager itself. It uses a "3rd party product" for session login  
management.


The default display manager in use for MATE desktop installations  
is LightDM.


Please also note that I have recently uploaded the Arctica Greeter,  
a fork from Ubuntu's Unity Greeter. Arctica Greeter, like Unity  
Greeter, sends a little drum roll to the speaker, so there is  
indeed an accoustic signal that the greeter has loaded and the  
computer is ready for login.


The greeter has Orca support built-in, so you can enable it (or  
have it enabled by default as a system-wide setting that survives  
reboot of the computer). Orca then will read to you the different  
text fragments you find on the login screen.


I will ping you via this bug, once the Arctica Greeter has landed  
in Debian testing.


Please note that such changes as requested / proposed cannot be  
made in a Debian stable release, so we need to look forward  
regarding this and improve ourselves for Debian 10 (aka buster).


Thanks for your input!
Mike



Thank you for the information, Mike.

I'd like to add that working around this problem by activating Orca  
screen reader in the LightDM GTK+ Greeter Settings is not possible  
because the greeter hangs when doing so (see  
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=883215).


So it seems Debian 9 with Mate is currently not accessible at all to  
blind users?


Please note that LightDM GTK+ Greeter is _not_ Arctica Greeter.

If you are not scared of third party APT repositories, you can get a  
build of Arctica Greeter here:


```
deb http://packages.arctica-greeter.org/debian stretch main
```

The GnuPG Archive Key can be obtained this way:

```
wget -qO - http://packages.arctica-project.org/archive.key | sudo  
apt-key add -

```

Looking forward for your feedback! Orca can be enable in the greeter  
with ALT + SUPER + S.


Greets,
Mike
--

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
mobile: +49 (1520) 1976 148
landline: +49 (4354) 8390 139

GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22  0782 9AF4 6B30 2577 1B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de



pgpGNWFqjoprF.pgp
Description: Digitale PGP-Signatur

Bug#883466: singularity-container: FTBFS on mips*

2017-12-04 Thread James Cowgill 
Source: singularity-container
Version: 2.4-1
Severity: serious
Tags: sid buster patch

Hi,

singularity-container FTBFS on mips* with the error:
> In file included from mnt.c:41:0:
> ../../../../../src/util/setns.h:46:4: error: #error Please determine the 
> syscall number for setns on your architecture
>  #  error Please determine the syscall number for setns on your architecture
> ^

This error happens because the setns.h header requires a __NR_setns
define for each architecture. However, this define is never used in the
case where glibc provides a setns function (as is the case for all
architectures in buster).

The attached "setns-syscall-nr.patch" patch fixes this by moving the
__NR_setns ifdefs into setns.c so it is only used in the case where
setns is not provided by libc.

After doing this, the package FTBFS again in a different way:
> util/signal.c:39:5: error: 'SIGSTKFLT' undeclared here (not in a function); 
> did you mean 'SIGSTKSZ'?
>  SIGSTKFLT,
>  ^
>  SIGSTKSZ

The SIGSTKFLT signal is not defined on mips (and a few other
architectures). This is fixed by the "maybe-sigstkflt.patch" patch which
only adds this signal to the all_signals list if it is defined.

Thanks,
James
--- a/src/util/signal.c
+++ b/src/util/signal.c
@@ -36,7 +36,9 @@ static const int all_signals[] = {
 SIGPIPE,
 SIGALRM,
 SIGTERM,
+#ifdef SIGSTKFLT
 SIGSTKFLT,
+#endif
 SIGCHLD,
 SIGCONT,
 SIGTSTP,
--- a/src/util/setns.c
+++ b/src/util/setns.c
@@ -21,7 +21,29 @@
 
 #if defined (NO_SETNS) && defined (SETNS_SYSCALL)
 
-#include "util/setns.h"
+#ifndef __NR_setns
+#  if defined (__x86_64__)
+#define __NR_setns 308
+#  elif defined (__i386__)
+#define __NR_setns 346
+#  elif defined (__alpha__)
+#define __NR_setns 501
+#  elif defined (__arm__)
+#define __NR_setns 375
+#  elif defined (__aarch64__)
+#define __NR_setns 375
+#  elif defined (__ia64__)
+#define __NR_setns 1330
+#  elif defined (__sparc__)
+#define __NR_setns 337
+#  elif defined (__powerpc__)
+#define __NR_setns 350
+#  elif defined (__s390__)
+#define __NR_setns 339
+#  else
+#error Please determine the syscall number for setns on your architecture
+#  endif
+#endif
 
 int setns(int fd, int nstype) {
 return syscall(__NR_setns, fd, nstype);
--- a/src/util/setns.h
+++ b/src/util/setns.h
@@ -16,34 +16,6 @@
 #ifndef __SETNS_H_
 #define __SETNS_H_
 
-#ifndef __NR_setns
-#  if defined (__x86_64__)
-#define __NR_setns 308
-#  elif defined (__i386__)
-#define __NR_setns 346
-#  elif defined (__alpha__)
-#define __NR_setns 501
-#  elif defined (__arm__)
-#define __NR_setns 375
-#  elif defined (__aarch64__)
-#define __NR_setns 375
-#  elif defined (__ia64__)
-#define __NR_setns 1330
-#  elif defined (__sparc__)
-#define __NR_setns 337
-#  elif defined (__powerpc__)
-#define __NR_setns 350
-#  elif defined (__s390__)
-#define __NR_setns 339
-#  endif
-#endif
-
-#ifdef __NR_setns
-
 extern int setns(int fd, int nstype);
 
-#else /* !__NR_setns */
-#  error Please determine the syscall number for setns on your architecture
-#endif
-
 #endif /* __SETNS_H_ */


signature.asc
Description: OpenPGP digital signature

Bug#883432: Enable CRASH_DUMP for ppc64el/ppc64

2017-12-04 Thread Thadeu Lima de Souza Cascardo 
Package: src:linux
Followup-For: Bug #883432

Attaching proper patch on top of master.
>From 98fcd489810cf181f53bd917df8dde8a8ec9c317 Mon Sep 17 00:00:00 2001
From: Thadeu Lima de Souza Cascardo 
Date: Thu, 30 Nov 2017 08:39:00 -0200
Subject: [PATCH] [ppc64el,ppc64] Enable CRASH_DUMP

Signed-off-by: Thadeu Lima de Souza Cascardo 
---
 debian/changelog| 3 +++
 debian/config/kernelarch-powerpc/config-arch-64 | 2 +-
 2 files changed, 4 insertions(+), 1 deletion(-)

diff --git a/debian/changelog b/debian/changelog
index fce0aaf88558..69f9dbc286c9 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -29,6 +29,9 @@ linux (4.14.2-1) unstable; urgency=medium
   * mm, thp: Do not make page table dirty unconditionally in touch_p[mu]d()
 (CVE-2017-1000405)
 
+  [ Thadeu Lima de Souza Cascardo ]
+  * [ppc64el,ppc64] Enable CRASH_DUMP
+
  -- Ben Hutchings   Thu, 30 Nov 2017 12:33:47 +
 
 linux (4.14-1~exp1) experimental; urgency=medium
diff --git a/debian/config/kernelarch-powerpc/config-arch-64 
b/debian/config/kernelarch-powerpc/config-arch-64
index 329e7a225a48..e47804aa2b61 100644
--- a/debian/config/kernelarch-powerpc/config-arch-64
+++ b/debian/config/kernelarch-powerpc/config-arch-64
@@ -2,7 +2,7 @@
 ## file: arch/powerpc/Kconfig
 ##
 CONFIG_PPC_TRANSACTIONAL_MEM=y
-# CONFIG_CRASH_DUMP is not set
+CONFIG_CRASH_DUMP=y
 CONFIG_IRQ_ALL_CPUS=y
 CONFIG_NUMA=y
 ## choice: Page size
-- 
2.15.0

Bug#883464: mailman3-core: Install /var/log/mailman3 directory with permissions 2775, which triggers a logrotate error

2017-12-04 Thread Pierre-Elliott Bécue 
Package: mailman3-core
Version: 3.1.0-6
Severity: normal
Owner: Vincent Le Gallic 

Bug submitted by Pierre-Elliott Bécue  for tracking
purposes.

Vincent Le Gallic contacted me with a logrotate message telling that
/var/log/mailman3 was set with wrong permissions (2775).

Tested on a minimal container, and confirmed.

I'll try to solve it in -7 release.

Bug owner set to him as he's the one who reported it to me.

-- 
PEB

-- System Information:
Debian Release: 9.1
  APT prefers stable
  APT policy: (990, 'stable'), (99, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.0-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to fr_FR.UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set 
to fr_FR.UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages mailman3-core depends on:
ii  dbconfig-pgsql  2.0.8
ii  debconf [debconf-2.0]   1.5.61
ii  init-system-helpers 1.48
ii  logrotate   3.11.0-0.1
ii  lsb-base9.20161125
ii  python3 3.5.3-1
pn  python3-aiosmtpd
pn  python3-alembic 
pn  python3-dnspython   
pn  python3-falcon  
pn  python3-flufl.bounce
pn  python3-flufl.i18n  
pn  python3-flufl.lock  
pn  python3-lazr.config 
pn  python3-passlib 
ii  python3-psycopg22.6.2-1
pn  python3-public  
ii  python3-requests2.12.4-1
pn  python3-sqlalchemy  
pn  python3-zope.component  
pn  python3-zope.configuration  
pn  python3-zope.event  
pn  python3-zope.interface  
ii  ucf 3.0036

Versions of packages mailman3-core recommends:
ii  lynx2.8.9dev11-1
ii  postfix [mail-transport-agent]  3.1.6-0+deb9u1

Versions of packages mailman3-core suggests:
pn  mailman3-core-doc

Bug#882769: Cannot upgrade from Stretch: cp: target '/lib/live/mount/medium/live/vmlinuz.new' is not a directory

2017-12-04 Thread Steve McIntyre 
On Mon, Dec 04, 2017 at 10:50:53AM +0100, intrigeri wrote:
>Hi,
>
>Thomas Goirand:
>> After booting a Stretch live image, I tried to upgrade it to Sid, and
>> it fails with this error:
>
>Upgrading a *Live* system from one version of Debian to the other is
>arguably a corner case and this bug does not affect the usability of
>live-boot in the vast majority of cases. Besides, I would feel wrong
>to see live-boot automatically removed from testing merely because of
>this bug. So perhaps this could be demoted to severity:important?

At best, yes.

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
There's no sensation to compare with this
Suspended animation, A state of bliss

Bug#883465: ITP: appmenu-gtk-module -- GtkMenuShell to GMenuModel parser

2017-12-04 Thread Mike Gabriel 
Package: wnpp
Severity: wishlist
Owner: Mike Gabriel 

* Package name: appmenu-gtk-module
  Version : 0.5.5
  Upstream Author : Konstantin (https://github.com/rilian-la-te)
* URL : 
https://github.com/rilian-la-te/vala-panel-appmenu/tree/master/unity-gtk-module
* License : LGPL-3
  Programming Lang: C
  Description : GtkMenuShell to GMenuModel parser

 GTK+ module for exporting old-style menus as GMenuModels.
 .
 Many applications implement menus as GtkMenuShells and GtkMenuItems and
 aren't looking to migrate to the newer GMenuModel API.
 .
 The AppMenu GTK+ module watches for these types of menus and exports the
 appropriate GMenuModel implementation.
 .
 The (new) upstream author has started continuing and improving the
 unity-gtk-module as found in Ubuntu needed for the Unity Desktop
 Environment.
 .
 Recommendation will be send to the community team continuing support for
 Unity 7 to switch over to this AppMenu module rather than continuing
 unity-gtk-module. (Share workload, reducing list of to-be-maintained
 packages).
 .
 In Debian, this package will be needed to have vala-panel with
 vala-panel-appmenu packaged.
 .
 The packaging will be done by joint team efforts (Ayatana Packagers,
 MATE Packaging Team).

Bug#883463: sahara: [INTL:ru] Russian translation of debconf template

2017-12-04 Thread Lev Lamberov 
Package: sahara
Severity: wishlist
Tags: l10n patch

Dear Maintainer,

please find attached the Russian debconf translation for sahara.

Regards,
Lev Lamberov


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

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

Versions of packages sahara depends on:
ii  lsb-base   9.20170808
pn  sahara-api 
pn  sahara-engine  

sahara recommends no packages.

sahara suggests no packages.
# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
# FIRST AUTHOR , YEAR.
#
msgid ""
msgstr ""
"Project-Id-Version: sahara\n"
"Report-Msgid-Bugs-To: sah...@packages.debian.org\n"
"POT-Creation-Date: 2016-04-05 11:12+0200\n"
"PO-Revision-Date: 2017-12-04 16:06+0500\n"
"Language-Team: \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: Poedit 2.0.4\n"
"Last-Translator: Lev Lamberov \n"
"Plural-Forms: nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n%10>=2 && n"
"%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2);\n"
"Language: ru\n"

#. Type: boolean
#. Description
#: ../sahara-common.templates:2001
msgid "Set up a database for Sahara?"
msgstr "Настроить базу данных для Sahara?"

#. Type: boolean
#. Description
#: ../sahara-common.templates:2001
msgid ""
"No database has been set up for Sahara to use. Before continuing, you should "
"make sure you have the following information:"
msgstr ""
"Для Sahara не настроено ни одной базы данных. Прежде чем продолжить вам "
"следует убедиться, что у вас имеются следующие сведения:"

#. Type: boolean
#. Description
#: ../sahara-common.templates:2001
msgid ""
" * the type of database that you want to use;\n"
" * the database server hostname (that server must allow TCP connections from "
"this\n"
"   machine);\n"
" * a username and password to access the database."
msgstr ""
" * тип базы данных, который хотите использовать;\n"
" * имя узла сервера баз данных (требуется, чтобы к этому серверу можно было "
"подключиться по TCP с\n"
"   этой машины);\n"
" * имя пользователя и пароль для доступа к базе данных."

#. Type: boolean
#. Description
#: ../sahara-common.templates:2001
msgid ""
"If some of these requirements are missing, do not choose this option and run "
"with regular SQLite support."
msgstr ""
"Если какие-то сведения из приведённых выше отсутствуют, тогда не выбирайте "
"этот вариант и продолжите установку с обычной поддержкой SQLite."

#. Type: boolean
#. Description
#: ../sahara-common.templates:2001
msgid ""
"You can change this setting later on by running \"dpkg-reconfigure -plow "
"sahara-common\"."
msgstr ""
"Позже вы сможете изменить эти настройки, выполнив команду \"dpkg-reconfigure "
"-plow sahara-common\"."

#. Type: string
#. Description
#: ../sahara-common.templates:3001
msgid "Authentication server hostname:"
msgstr "Имя узла сервера аутентификации:"

#. Type: string
#. Description
#: ../sahara-common.templates:3001
msgid ""
"Please specify the hostname of the authentication server. Typically this is "
"also the hostname of the OpenStack Identity Service (Keystone)."
msgstr ""
"Укажите имя узла сервера аутентификации. Обычно оно совпадает с именем узла "
"OpenStack Identity Service (Keystone)."

#. Type: string
#. Description
#. Translators: a "tenant" in OpenStack world is
#. an entity that contains one or more username/password couples.
#. It's typically the tenant that will be used for billing. Having more than one
#. username/password is very helpful in larger organization.
#. You're advised to either keep "tenant" without translating it
#. or keep it aside with your translation. Example for French:
#. proprietaire ("tenant")
#: ../sahara-common.templates:4001
msgid "Authentication server tenant name:"
msgstr "Имя арендатора сервера аутентификации:"

#. Type: string
#. Description
#. Translators: a "tenant" in OpenStack world is
#. an entity that contains one or more username/password couples.
#. It's typically the tenant that will be used for billing. Having more than one
#. username/password is very helpful in larger organization.
#. You're advised to either keep "tenant" without translating it
#. or keep it aside with your translation. Example for French:
#. proprietaire ("tenant")
#: ../sahara-common.templates:4001
msgid "Please specify the authentication server tenant name."
msgstr "Укажите имя арендатора сервера аутентификации."

#. Type: string
#. Description
#: ../sahara-common.templates:5001
msgid "Authentication server username:"
msgstr "Имя пользователя сервера аутентификации:"

#. Type: string
#.

Bug#883461: Fixed translation

2017-12-04 Thread Lev Lamberov 
Unfortunately, there is a mistake in the previous translation. Please,
use the fixed one, which is attached.

Sorry for inconvenience!

Regards,
Lev Lamberov

ru.po
Description: ru.po

Bug#880493: Extending ROM request

2017-12-04 Thread Ole Streicher 
Control: title -1 RM: sunpy [armhf all] -- RoM; FTBFS

Please also remove the python3-sunpy binary packages for the "all"
architecture. python3-sunpy switched to "any", so this one, so
python3-sunpy_ 0.7.9-1_all.deb is in the way for an update.

Best regards

Ole

Bug#883462: RFS: gnustep-sqlclient/1.8.1-3

2017-12-04 Thread Yavor Doganov 
Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "gnustep-sqlclient".

 * Package name: gnustep-sqlclient
   Version : 1.8.1-3
   Upstream Author : Richard Frith-Macdonald 
 * URL : http://gnustep.org
 * License : LGPL-3.0+
   Section : libs

It builds these binary packages:

 libsqlclient-dev - SQL client library for GNUstep (development files)
 libsqlclient1.8 - SQL client library for GNUstep (runtime library)

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

  https://mentors.debian.net/package/gnustep-sqlclient

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

  dget -x 
https://mentors.debian.net/debian/pool/main/g/gnustep-sqlclient/gnustep-sqlclient_1.8.1-3.dsc

Git repository:

  git clone git://anonscm.debian.org/git/pkg-gnustep/gnustep-sqlclient.git

Changes since the last upload:

  * Upload to unstable.
  * debian/rules (override_dh_auto_build): Invoke dh_auto_build instead of
$(MAKE) to enable parallel builds.
  * debian/control (Standards-Version): Bump to 4.1.2 (no changes needed).
  * debian/tests/control:
  * debian/tests/sql-bundle-test: New files.

(FYI, the relevant release.d.o bug is #883455.)

Bug#874651: Pending fixes for bugs in the libquartz-java package

2017-12-04 Thread pkg-java-maintainers 
tag 874651 + pending
thanks

Some bugs in the libquartz-java package are closed in revision
ea7a4f42da1a8891be957e58deec52df1d4ac8d5 in branch 'master' by
Emmanuel Bourg

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-java/libquartz-java.git/commit/?id=ea7a4f4

Commit message:

Removed the -java-doc package to fix the build failure with Java 9 (Closes: 
#874651)

Bug#883461: barbican: [INTL:ru] Russian translation of debconf template

2017-12-04 Thread Lev Lamberov 
Package: barbican
Severity: wishlist
Tags: l10n patch

Dear Maintainer,

please find attached the Russian debconf translation for barbican.

Regards,
Lev Lamberov


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

Kernel: Linux 4.13.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8), 
LANGUAGE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the barbican package.
# FIRST AUTHOR , YEAR.
#
msgid ""
msgstr ""
"Project-Id-Version: barbican\n"
"Report-Msgid-Bugs-To: barbi...@packages.debian.org\n"
"POT-Creation-Date: 2016-03-29 12:10+\n"
"PO-Revision-Date: 2017-12-04 15:59+0500\n"
"Language-Team: \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: Poedit 2.0.4\n"
"Last-Translator: Lev Lamberov \n"
"Plural-Forms: nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n%10>=2 && n"
"%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2);\n"
"Language: ru\n"

#. Type: boolean
#. Description
#: ../barbican-api.templates:2001
msgid "Register Barbican in the Keystone endpoint catalog?"
msgstr "Зарегистрировать Barbican в оконечном каталоге?"

#. Type: boolean
#. Description
#: ../barbican-api.templates:2001
msgid ""
"Each OpenStack service (each API) should be registered in order to be "
"accessible. This is done using \"keystone service-create\" and \"keystone "
"endpoint-create\". This can be done automatically now."
msgstr ""
"Каждая служба OpenStack (каждый API) должен быть зарегистрирован, тогда он "
"будет открыт для доступа. Это делается с помощью команд \"keystone service-"
"create\" и \"keystone endpoint-create\". Регистрацию можно выполнить "
"автоматически прямо сейчас."

#. Type: boolean
#. Description
#: ../barbican-api.templates:2001
msgid ""
"Note that you will need to have an up and running Keystone server on which "
"to connect using a known admin project name, admin username and password. "
"The admin auth token is not used anymore."
msgstr ""
"Заметьте, что вам следует иметь работающий сервер Keystone, к которому можно "
"подключиться, используя известные вам имя проекта администрирования, имя "
"пользователя и пароль администратора. Токен аутентификации администратора "
"более не используется."

#. Type: string
#. Description
#: ../barbican-api.templates:3001
msgid "Keystone server IP address:"
msgstr "IP-адрес сервера Keystone:"

#. Type: string
#. Description
#: ../barbican-api.templates:3001
msgid ""
"Please enter the IP address of the Keystone server, so that barbican-api can "
"contact Keystone to do the Barbican service and endpoint creation."
msgstr ""
"Введите IP-адрес сервера Keystone, чтобы barbican-api мог связаться с "
"Keystone и создать службу Murano и оконечную точку."

#. Type: string
#. Description
#: ../barbican-api.templates:4001
msgid "Keystone admin name:"
msgstr "Имя администратора Keystone:"

#. Type: string
#. Description
#. Type: string
#. Description
#. Type: password
#. Description
#: ../barbican-api.templates:4001 ../barbican-api.templates:5001
#: ../barbican-api.templates:6001
msgid ""
"To register the service endpoint, this package needs to know the Admin "
"login, name, project name, and password to the Keystone server."
msgstr ""
"Для регистрации оконечной службы данный пакет должен знать имя и логин "
"администратора, имя проекта и пароль для сервера Keystone."

#. Type: string
#. Description
#: ../barbican-api.templates:5001
msgid "Keystone admin project name:"
msgstr "Имя проекта администратора Keystone:"

#. Type: password
#. Description
#: ../barbican-api.templates:6001
msgid "Keystone admin password:"
msgstr "Пароль администратора Keystone:"

#. Type: string
#. Description
#: ../barbican-api.templates:7001
msgid "Barbican endpoint IP address:"
msgstr "IP-адрес оконечной точки Barbican:"

#. Type: string
#. Description
#: ../barbican-api.templates:7001
msgid "Please enter the IP address that will be used to contact Barbican."
msgstr "Введите IP-адрес для связи с Barbican."

#. Type: string
#. Description
#: ../barbican-api.templates:7001
msgid ""
"This IP address should be accessible from the clients that will use this "
"service, so if you are installing a public cloud, this should be a public IP "
"address."
msgstr ""
"Этот IP-адрес должен быть доступен клиентам, которые будут использовать "
"данную службу, поэтому если они устанавливают открытое облако, то это должен "
"быть открытый IP-адрес."

#. Type: string
#. Description
#: ../barbican-api.templates:8001
msgid "Name of the region to register:"
msgstr "Имя региона регистрации:"

#. Type: string
#. Description
#: ../barbican-api.templates:8001

Bug#868132: Needless build dependency on kdelibs5-dev

2017-12-04 Thread Alexander Volkov 

03.12.2017 18:09, Samuel Thibault пишет:

Well, the build does fail ATM :)

CMake Error at CMakeLists.txt:11 (include):
   include could not find load file:

 KDE4Defaults

There are indeed kde things in CMakeLists files, I'm not sure I really
want to spend time on crippling them just for avoiding the kdelibs5-dev,
unless there is a compelling reason which wasn't reported?

Ah, sorry, nokde patch is really not enough.
I maintain this package in AstraLinux and we don't support KDE4.
Here is our extended nokde patch.
Feel free to close this bug if it's not suitable.

BR,
Alexander.
--- a/src/bridge.cpp
+++ b/src/bridge.cpp
@@ -21,7 +21,7 @@
 #include "bridge.h"
 
 #include 
-#include 
+//#include 
 
 #include "atspiadaptor.h"
 
@@ -54,7 +54,7 @@
 }
 
 // This gives us translations
-KComponentData componentData("qtatspi_qt");
+//KComponentData componentData("qtatspi_qt");
 
 qSpiInitializeStructTypes();
 qSpiInitializeConstantMappings();
--- a/src/CMakeLists.txt
+++ b/src/CMakeLists.txt
@@ -28,9 +28,9 @@
 # headers are needed from there for the types used in dbus
 include_directories(${CMAKE_SOURCE_DIR}/src)
 
-kde4_add_library(qspiaccessiblebridge SHARED ${qspiaccessiblebridge_SRCS})
+add_library(qspiaccessiblebridge SHARED ${qspiaccessiblebridge_SRCS})
 
-target_link_libraries(qspiaccessiblebridge ${QT_QTCORE_LIBRARY} 
${QT_QTGUI_LIBRARY} ${QT_QTDBUS_LIBRARY} ${X11_X11_LIB} ${KDE4_KDECORE_LIBS})
+target_link_libraries(qspiaccessiblebridge ${QT_QTCORE_LIBRARY} 
${QT_QTGUI_LIBRARY} ${QT_QTDBUS_LIBRARY} ${X11_X11_LIB})
 
 install(TARGETS qspiaccessiblebridge DESTINATION 
${QTATSPI_QT_PLUGIN_INSTALL_DIR}/accessiblebridge/)
 
--- a/CMakeLists.txt
+++ b/CMakeLists.txt
@@ -7,10 +7,8 @@
 #option(KDE4_BUILD_TESTS  "Build the tests" ON)
 
 find_package(Qt4 4.8 REQUIRED)
-find_package(KDE4)
-include(KDE4Defaults)
 
-include_directories(${CMAKE_CURRENT_SOURCE_DIR} ${CMAKE_CURRENT_BINARY_DIR} 
${QT4_INCLUDES}  ${QT_INCLUDE_DIR} ${QT_QT_INCLUDE_DIR} 
${QT_QTDBUS_INCLUDE_DIR} ${QT_QTCORE_INCLUDE_DIR} ${QT_QTGUI_INCLUDE_DIR} 
${KDE4_INCLUDES})
+include_directories(${CMAKE_CURRENT_SOURCE_DIR} ${CMAKE_CURRENT_BINARY_DIR} 
${QT4_INCLUDES}  ${QT_INCLUDE_DIR} ${QT_QT_INCLUDE_DIR} 
${QT_QTDBUS_INCLUDE_DIR} ${QT_QTCORE_INCLUDE_DIR} ${QT_QTGUI_INCLUDE_DIR})
 
 # Require libatspi2-core headers for building:
 include(FindPkgConfig)
@@ -23,6 +21,4 @@
 
 add_subdirectory(src)
 add_subdirectory(translations)
-add_subdirectory(tests)
-add_subdirectory(examples)

Bug#883460: murano: [INTL:ru] Russian translation of debconf template

2017-12-04 Thread Lev Lamberov 
Package: murano
Severity: wishlist
Tags: l10n patch

Dear Maintainer,

please find attached the Russian debconf translation for murano.

Regards,
Lev Lamberov


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

Kernel: Linux 4.13.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8), 
LANGUAGE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the murano package.
# FIRST AUTHOR , YEAR.
#
msgid ""
msgstr ""
"Project-Id-Version: murano\n"
"Report-Msgid-Bugs-To: mur...@packages.debian.org\n"
"POT-Creation-Date: 2016-03-29 13:48+\n"
"PO-Revision-Date: 2017-12-04 15:55+0500\n"
"Language-Team: \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: Poedit 2.0.4\n"
"Last-Translator: Lev Lamberov \n"
"Plural-Forms: nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n%10>=2 && n"
"%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2);\n"
"Language: ru\n"

#. Type: boolean
#. Description
#: ../murano-common.templates:2001
msgid "Set up a database for Murano?"
msgstr "Настроить базу данных для Murano?"

#. Type: boolean
#. Description
#: ../murano-common.templates:2001
msgid ""
"No database has been set up for Murano to use. Before continuing, you should "
"make sure you have the following information:"
msgstr ""
"Для Murano не настроено ни одной базы данных. Прежде чем продолжить вам "
"следует убедиться, что у вас имеются следующие сведения:"

#. Type: boolean
#. Description
#: ../murano-common.templates:2001
msgid ""
" * the type of database that you want to use;\n"
" * the database server hostname (that server must allow TCP connections from "
"this\n"
"   machine);\n"
" * a username and password to access the database."
msgstr ""
" * тип базы данных, который хотите использовать;\n"
" * имя узла сервера баз данных (требуется, чтобы к этому серверу можно было "
"подключиться по TCP с\n"
"   этой машины);\n"
" * имя пользователя и пароль для доступа к базе данных."

#. Type: boolean
#. Description
#: ../murano-common.templates:2001
msgid ""
"If some of these requirements are missing, do not choose this option and run "
"with regular SQLite support."
msgstr ""
"Если какие-то сведения из приведённых выше отсутствуют, тогда не выбирайте "
"этот вариант и продолжите установку с обычной поддержкой SQLite."

#. Type: boolean
#. Description
#: ../murano-common.templates:2001
msgid ""
"You can change this setting later on by running \"dpkg-reconfigure -plow "
"murano-common\"."
msgstr ""
"Позже вы сможете изменить эти настройки, выполнив команду \"dpkg-reconfigure "
"-plow murano-common\"."

#. Type: string
#. Description
#: ../murano-common.templates:3001
msgid "Authentication server hostname:"
msgstr "Имя узла сервера аутентификации:"

#. Type: string
#. Description
#: ../murano-common.templates:3001
msgid ""
"Please specify the hostname of the authentication server. Typically this is "
"also the hostname of the OpenStack Identity Service (Keystone)."
msgstr ""
"Укажите имя узла сервера аутентификации. Обычно оно совпадает с именем узла "
"OpenStack Identity Service (Keystone)."

#. Type: string
#. Description
#. Translators: a "tenant" in OpenStack world is
#. an entity that contains one or more username/password couples.
#. It's typically the tenant that will be used for billing. Having more than one
#. username/password is very helpful in larger organization.
#. You're advised to either keep "tenant" without translating it
#. or keep it aside with your translation. Example for French:
#. proprietaire ("tenant")
#: ../murano-common.templates:4001
msgid "Authentication server tenant name:"
msgstr "Имя арендатора сервера аутентификации:"

#. Type: string
#. Description
#. Translators: a "tenant" in OpenStack world is
#. an entity that contains one or more username/password couples.
#. It's typically the tenant that will be used for billing. Having more than one
#. username/password is very helpful in larger organization.
#. You're advised to either keep "tenant" without translating it
#. or keep it aside with your translation. Example for French:
#. proprietaire ("tenant")
#: ../murano-common.templates:4001
msgid "Please specify the authentication server tenant name."
msgstr "Укажите имя арендатора сервера аутентификации."

#. Type: string
#. Description
#: ../murano-common.templates:5001
msgid "Authentication server username:"
msgstr "Имя пользователя сервера аутентификации:"

#. Type: string
#. Description
#: ../murano-common.templates:5001
msgid "Please specify the username to use with the authentication server."
msgstr "Укажите имя пользователя сервера

Bug#883459: radvd does not start on boot; requires manual starting

2017-12-04 Thread Ben Elliston 
Package: radvd
Version: 1:2.16-1
Severity: important
Tags: ipv6

Dear Maintainer,

radvd is not starting on system boot (which runs systed). However, once
the system is running, 'service radvd start' works fine. I confirmed this
by grepping /var/log/daemon.log:

Dec  4 16:19:11 mailhub radvd[12217]: config file, /etc/radvd.conf, syntax ok
Dec  4 16:19:11 mailhub radvd[12220]: version 2.16 started

This set of log messages was produced by a manual start. There are no log
messages generated when the system started.

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

Kernel: Linux 4.13.0-1-686-pae (SMP w/1 CPU core)
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1), 
LANGUAGE=en_AU:en_US:en_GB:en (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages radvd depends on:
ii  adduser   3.115
ii  libc6 2.24-11+deb9u1
ii  lsb-base  9.20161125

radvd recommends no packages.

radvd suggests no packages.

-- no debconf information

Bug#853443: hidrd: ftbfs with GCC-7

2017-12-04 Thread Juhani Numminen 

Control: tags -1 patch fixed-upstream

On Mon, 4 Dec 2017 10:23:34 +0200 Juhani Numminen 
 wrote:

Upstream has committed some GCC-7-related fixes.
https://github.com/DIGImend/hidrd/commit/7e94881
https://github.com/DIGImend/hidrd/commit/e126127


I had a successful amd64 build with the two attached patches.

Cheers,
Juhani
Origin: https://github.com/DIGImend/hidrd/commit/e126127ce16aff2b5b8f7dff262bb06180c3ecca
Bug-Debian: https://bugs.debian.org/853443
Last-Update: 2017-12-04
From: Jason Gerecke 
Date: Wed, 2 Aug 2017 08:01:41 -0700
Subject: [PATCH] Fix implicit-fallthrough warning/error in GCC 7

GCC 7 now warns about implicit fallthrough, causing the build to fail
(due to -Werror) when compiling lib/fmt/xml/snk/element.c.

element.c: In function ‘xml_snk_element_addpv’:
element.c:229:17: error: this statement may fall through [-Werror=implicit-fallthrough=]
 (void)va_arg(*pap, const char *);
 ^
element.c:230:13: note: here
 case XML_SNK_ELEMENT_NT_COMMENT:
 ^~~~
---
 lib/fmt/xml/snk/element.c | 1 +
 1 file changed, 1 insertion(+)

--- a/lib/fmt/xml/snk/element.c
+++ b/lib/fmt/xml/snk/element.c
@@ -229,6 +229,7 @@
 case XML_SNK_ELEMENT_NT_ATTR:
 /* Retrieve name */
 (void)va_arg(*pap, const char *);
+/* FALLTHROUGH */
 case XML_SNK_ELEMENT_NT_COMMENT:
 case XML_SNK_ELEMENT_NT_CONTENT:
 fmt =  va_arg(*pap, hidrd_fmt_type);
Origin: https://github.com/DIGImend/hidrd/commit/7e94881a6059a824efaed41301c4a89a384d86a2
Bug-Debian: https://bugs.debian.org/853443
Last-Update: 2017-12-04
From: Jason Gerecke 
Date: Wed, 2 Aug 2017 10:10:43 -0700
Subject: [PATCH] Fix truncation warning/error in GCC 7

GCC 7 now warns about potential truncation in printf statements, causing
the build to fail (due to -Werror). Expand the size of our temporary
buffer to make GCC happy.

element_bitmap.c: In function ‘parse_bitmap_element.isra.0’:
element_bitmap.c:96:59: error: ‘%zu’ directive output may be truncated writing between 1 and 20 bytes into a region of size 3 [-Werror=format-truncation=]
 snprintf(i_name + 3, sizeof(i_name) - 3, "%zu", i);
   ^~~
element_bitmap.c:96:58: note: directive argument in the range [0, 18446744073709551614]
 snprintf(i_name + 3, sizeof(i_name) - 3, "%zu", i);
  ^
element_bitmap.c:96:17: note: ‘snprintf’ output between 2 and 21 bytes into a destination of size 3
 snprintf(i_name + 3, sizeof(i_name) - 3, "%zu", i);
 ^~
---
 lib/fmt/xml/src/element_bitmap.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

--- a/lib/fmt/xml/src/element_bitmap.c
+++ b/lib/fmt/xml/src/element_bitmap.c
@@ -66,7 +66,7 @@
 booldata;
 boolmatched;
 size_t  i;
-chari_name[6]   = "bit";
+chari_name[24]   = "bit";
 
 for (i = 0, e = e->children; e != NULL; e = e->next)
 {

Bug#883458: ucarp on vlan interfaces broken by ifupdown's recursion check

2017-12-04 Thread Teodor Milkov 

Package: ucarp
Version: 1.5.2-2+b1
Severity: normal

Dear Maintainer,

There's new version of ifupdown in Debian Stretch that adds additional 
locking and recursion checks.


Unfortunately, the way ucarp is currently integrated in 
/etc/network/ifu-up.d/ucarp is not compatible with the new ifupdown when 
using vlan interfaces.


This new ifupdown version uses environment variables to detect recursive 
locks.


ucarp daemon is started from the up (more specifically if-up.d/ucarp) 
stanza of the vlan (e.g. eth0.2) interfaces, so the environment 
variables are inherited.


Later, when ucarp daemon tries to bring the alias interfaces 
(eth0.2:ucarp) it calls ifup (through vip-up), which inherits the 
environment from ucarp and tries to ensure there are no recursive locks 
by checking for the presence of IFUPDOWN_eth0 env var with value 
"parent-lock". Because there IS such a var, ifup fails with:


ifup: recursion detected for parent interface bond0 in parent-lock phase

I'm attaching my workaround for this problem, as well as added logging 
for vip-up scripts.

Logging would be better handled from within ucarp binary imo.

See also this similar (but not the same) bug: 
https://bugs.launchpad.net/ubuntu/+source/ifupdown/+bug/1545302


--- etc/network/if-up.d/ucarp
+++ etc/network/if-up.d/ucarp
@@ -1,5 +1,5 @@
-#!/bin/sh
+#!/bin/bash
 
 UCARP=/usr/sbin/ucarp
 EXTRA_PARAMS=""
 
@@ -44,8 +44,19 @@
 fi
 
 if [ -n "$IF_UCARP_VID" -a -n "$IF_UCARP_VIP" -a \
 -n "$IF_UCARP_PASSWORD" ]; then
+
+	# Workaround for ifupdown recursive lock false positive (ADMIN-517)
+	IFS_OLD=$IFS
+	IFS='='
+	while read -r key val; do
+		if [ "$key" = "IFUPDOWN_${IFACE%%.*}" -a "$val" = "parent-lock" ]; then
+			unset eval "$key"
+		fi
+	done < <(env)
+	IFS=$IFS_OLD
+
 $UCARP -i $IFACE -s $IF_ADDRESS -B -z -v $IF_UCARP_VID \
 -p $IF_UCARP_PASSWORD -a $IF_UCARP_VIP -u $IF_UCARP_UPSCRIPT \
 -d $IF_UCARP_DOWNSCRIPT $EXTRA_PARAMS
 fi
--- usr/share/ucarp/vip-up
+++ usr/share/ucarp/vip-up
@@ -1,3 +1,3 @@
 #!/bin/sh
 
-/sbin/ifdown $1:ucarp
+/sbin/ifdown $1:ucarp 2>&1 |logger --stderr --tag "ucarp-${0##*/}"

Bug#883457: python-numpy: don't build depend on python3.5

2017-12-04 Thread Emilio Pozuelo Monfort 
Package: python-numpy
Version: 1:1.13.3-1
Severity: serious
Control: block 866335 with -1

Hi,

python-numpy 1:1.12.1-3.1 added explict build-depends on python3.5-dev and
python3.6-dev to get versions without the fpectl module. However
python3.5 is being removed now (already dropped from the list of supported
python3 versions) so it is unused during the build. Thus, please drop it
from build-depends. It should be possible to drop python3.6-dev as well,
as the version without fpectl is in all supported suites (sid and testing).

Severity serious as this blocks the removal of python3.5.

Thanks,
Emilio

-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (800, 'unstable'), (700, 'experimental'), (650, 'testing'), (500, 
'unstable-debug'), (500, 'testing-debug')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armhf

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

Versions of packages python-numpy depends on:
ii  libblas3 [libblas.so.3]  3.7.1-4
ii  libc62.25-3
ii  liblapack3 [liblapack.so.3]  3.7.1-4
ii  python   2.7.14-1
ii  python2.72.7.14-2

python-numpy recommends no packages.

Versions of packages python-numpy suggests:
ii  gcc   4:7.2.0-1d1
pn  gfortran  
pn  python-dev
pn  python-nose   
pn  python-numpy-dbg  
pn  python-numpy-doc  

-- no debconf information

Bug#828245: balsa: FTBFS for me, and the buildds

2017-12-04 Thread Emilio Pozuelo Monfort 
Control: forwarded -1 https://bugzilla.gnome.org/show_bug.cgi?id=789135

On 04/12/17 09:37, Chris West wrote:
> Control: severity -1 serious
> Control: retitle -1 balsa: FTBFS with openssl 1.1.0
> 
> This is failing to build for me still on sid (with libssl-dev):
> 
> auth-cram.c: In function ‘hmac_md5’:
> auth-cram.c:134:14: error: storage size of ‘ctx’ isn’t known
>EVP_MD_CTX ctx;
>   ^~~
> Makefile:515: recipe for target 'auth-cram.o' failed
> 
> And on the buildds for the transition:
> https://release.debian.org/transitions/html/openssl1.0-rm.html
> 
> This is a typical error for this openssl version migration:
> the structs have become opaque and you must use pointers everywhere.
> 
> Going back to "serious" because that's what the other transition
> bugs are today, but they were raised with much more notice; maybe
> more time can be taken to fix this.

This is already fixed upstream, we just need a new upstream release or to
backport the patch (like Fedora did), see

https://bugzilla.gnome.org/show_bug.cgi?id=789135

Emilio

Bug#881328: mininet requires missing ovs-controller

2017-12-04 Thread Santiago R.R. 
El 03/12/17 a las 14:38, Tomasz Buchert escribió:
> On 30/11/17 09:26, Santiago R.R. wrote:
> > Control: tags -1 + patch fixed-upstream
> >
> > On Fri, 10 Nov 2017 12:15:39 +0100 "Santiago R.R."  
> > wrote:
> >
> > It seems I am wrong about this.
> 
> The bug was only happening if you would have
> openvswitch-testcontroller installed. The reason is that mininet fails
> to detect the path of the test controller. The patch you provided fixes
> the issue.

Just for the record:
If you are talking about package names, it happened in unstable if you
had openvswith-common installed:

dpkg -S /usr/bin/ovs-testcontroller 
openvswitch-common: /usr/bin/ovs-testcontroller

LANG=C.UTF-8 dpkg -l openvswitch-common
ii  openvswitch-common   2.8.1+dfsg1-3   amd64   Open vSwitch common 
components

...
> > P.S. Question for openvswitch maintainers: does it make sense to include
> > back /usr/bin/ovs-testcontroller in the -testcontroller package?
> 
> Thanks, I've added the patch and will upload the package later today.

Thanks for uploading it!

Cheers,

 -- Santiago

Bug#883164: rrdtool: Please build a python3-rrdtool package

2017-12-04 Thread Matthias Klose 
Control: tags -1 + patch

patch at
http://launchpadlibrarian.net/348014230/rrdtool_1.6.0-1ubuntu2_1.7.0-0ubuntu1.diff.gz

Bug#882365: osspd FTCBFS: uses the build architecture pkg-config

2017-12-04 Thread Ralf Jung 
Hi,

> Thank you. Unfortunately, i386 is broken as a cross build host.

Ah, I see.  Well I guess i386 and amd64 are a weird combination anyway...

I tried `gbp buildpackage --git-builder=sbuild --dist unstable --host
ppc64el --add-depends=libc-dev,libstdc++-dev` as you suggested, and that
completed successfully.  Impressive, I thought cross-building would be
much harder -- thanks for all the work you and others have put into
this!  I guess the problem is fixed then.

Kind regards,
Ralf

Bug#883437: rsnapshot dependencies seem wrong

2017-12-04 Thread RjY 
Richard James Salts wrote:
>rsnapshot's default is to use /usr/bin/logger to log to syslog, however
>there is no dependency on bsdutils. I think that the dependency on
>logrotate should be downgraded to recommends and that there should be a
>new dependency on bsdutils.
bsdutils is "Priority: required" and "Essential: Yes", thus AFAIK no
dependency is needed, cf. policy 3.5. I agree logrotate could be moved
to Recommends.
-- 
https://rjy.org.uk/

Bug#853708: wxhexeditor: ftbfs with GCC-7

2017-12-04 Thread Juhani Numminen 

Control: tags -1 patch fixed-upstream

Juhani Numminen kirjoitti 04.12.2017 klo 00:12:


This is probably fixed upstream.
https://github.com/EUA/wxHexEditor/commit/581fdbf36e818803f1adffe2c62fb797482b2bca 


A suitable patch made from that commit is attached. I tested the package 
build (amd64, with cowbuilder) and the resulting application at least 
starts up without crashing.


Thanks,
Juhani
Description: Disambiguate abs() overload to use for uint64_t.
 At least with MSVC, call to abs() with uint64_t argument is ambiguous, select
 the overload taking int64_t explicitly by casting the argument to it.
Author: Vadim Zeitlin 
Origin: https://github.com/EUA/wxHexEditor/commit/581fdbf36e818803f1adffe2c62fb797482b2bca
Bug-Debian: https://bugs.debian.org/853708
Last-Update: 2017-12-04

--- a/src/HexEditorCtrl/HexEditorCtrl.h
+++ b/src/HexEditorCtrl/HexEditorCtrl.h
@@ -60,7 +60,7 @@
 			evth = evth_;
 			}
 		uint64_t GetSize( void ){
-			return abs( EndOffset - StartOffset)+1;};	//for select byte 13 start=13, end=13
+			return abs(static_cast(EndOffset - StartOffset))+1;};	//for select byte 13 start=13, end=13
 		void SetState( bool new_state ){
 			state = new_state;

Bug#883456: RM: pdns [armel] -- ROM; no longer builds; likely unusable

2017-12-04 Thread Christian Hofstaedtler 
Package: ftp.debian.org
Severity: normal

Dear ftpmasters,

please remove pdns from armel. It no longer builds there, and
considering the usefulness / requirements any effort to fix that
is likely a pure loss of hours.

Thanks,
Chris

Bug#883455: transition: gnustep-sqlclient

2017-12-04 Thread Emilio Pozuelo Monfort 
Control: tags -1 confirmed

On 04/12/17 10:07, Yavor Doganov wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
> 
> I would like to request a mini-transition for gnustep-sqlclient:
> libsqlclient1.7 -> libsqlclient1.8
> 
> There is only one reverse dependency (adun.app); it builds fine with
> the new version of the library.

Sure, go ahead.

Emilio

Bug#876285: [Pkg-xfce-devel] Bug#876285: xfce4-battery-plugin: stable 10% CPU usage after switching from AC to battery power on X220

2017-12-04 Thread Ivan Krylov 
I've been running xfce4-battery-plugin with this patch for a week and
noticed no increase in resource usage.

As far as I understand it, creating a new GtkCssProvider every second
made it hard for libgtk to process new requests to change the
progressbar style.

Please let me know if this patch needs to be improved.

-- 
Best regards,
Ivan
--- -	2017-11-27 15:28:44.041233353 +0300
+++ panel-plugin/battery.c	2017-11-27 15:28:14.908550361 +0300
@@ -104,6 +104,7 @@
 GtkLabel*acfan;
 GtkLabel*temp;
 GtkWidget*image;
+GtkCssProvider  *css_provider;
 } t_battmon;
 
 typedef struct
@@ -608,11 +609,10 @@
 gchar *css = g_strdup_printf("progressbar progress { background-color: %s; background-image: none; }",
 #endif
  gdk_rgba_to_string(color));
-GtkCssProvider *css_provider = gtk_css_provider_new ();
-gtk_css_provider_load_from_data (css_provider, css, strlen(css), NULL);
+gtk_css_provider_load_from_data (battmon->css_provider, css, strlen(css), NULL);
 gtk_style_context_add_provider (
 GTK_STYLE_CONTEXT (gtk_widget_get_style_context (GTK_WIDGET (battmon->battstatus))),
-GTK_STYLE_PROVIDER (css_provider),
+GTK_STYLE_PROVIDER (battmon->css_provider),
 GTK_STYLE_PROVIDER_PRIORITY_APPLICATION);
 g_free(css);
 #else
@@ -674,6 +674,7 @@
 battmon->ebox = gtk_box_new(xfce_panel_plugin_get_orientation(battmon->plugin), 0);
 
 battmon->battstatus = gtk_progress_bar_new();
+battmon->css_provider = gtk_css_provider_new ();
 
 gtk_progress_bar_set_fraction(GTK_PROGRESS_BAR(battmon->battstatus), 0.0);
 gtk_orientable_set_orientation(GTK_ORIENTABLE(battmon->battstatus),

Bug#731852:

2017-12-04 Thread Ann Hester 
Pozdrowienia dla ciebie, mam na imię panna Ann hester. Jestem oficerem
armii Stanów Zjednoczonych, mam coś bardzo ważnego do omówienia z tobą.

Bug#882769: Cannot upgrade from Stretch: cp: target '/lib/live/mount/medium/live/vmlinuz.new' is not a directory

2017-12-04 Thread intrigeri 
Hi,

Thomas Goirand:
> After booting a Stretch live image, I tried to upgrade it to Sid, and
> it fails with this error:

Upgrading a *Live* system from one version of Debian to the other is
arguably a corner case and this bug does not affect the usability of
live-boot in the vast majority of cases. Besides, I would feel wrong
to see live-boot automatically removed from testing merely because of
this bug. So perhaps this could be demoted to severity:important?

Cheers,
-- 
intrigeri

Bug#880387: [Filesystems-devel] Bug#880387: aufs-dkms: the module is not built for Linux 4.14

2017-12-04 Thread Jan Luca Naumann 
Hey,

I have already prepared an upload but there was a seg fault on my test
system I want to investigate before uploading.

Best regards,
Jan

Am 04.12.2017 um 10:44 schrieb intrigeri:
> Control: severity -1 serious
> 
>> Linux 4.14-rc7 was uploaded to experimental; we're getting close to
>> the 4.14 final release and its upload to sid. How about uploading
>> a version of aufs-dkms that's compatible with Linux 4.14 (to sid, or
>> to experimental if that's impractical or not feasible) so that we're
>> ready when 4.14 reaches sid?
> 
> Linux 4.14 is now in sid so I think this makes this bug RC.
> 
> Cheers,
>

Bug#882225: inn2: wrong hardcoded gzip path breaks scanlogs and UUCP feed

2017-12-04 Thread Richard Kettlewell 
On 2017-12-03 18:41, Marco d'Itri wrote:
> On Dec 03, Richard Kettlewell  wrote:
> 
>> Is this going to be fixed in stretch too?
> Yes: see #882391 for details.

Excellent, thankyou.

ttfn/rjk

Bug#880387: aufs-dkms: the module is not built for Linux 4.14

2017-12-04 Thread intrigeri 
Control: severity -1 serious

> Linux 4.14-rc7 was uploaded to experimental; we're getting close to
> the 4.14 final release and its upload to sid. How about uploading
> a version of aufs-dkms that's compatible with Linux 4.14 (to sid, or
> to experimental if that's impractical or not feasible) so that we're
> ready when 4.14 reaches sid?

Linux 4.14 is now in sid so I think this makes this bug RC.

Cheers,
-- 
intrigeri

Bug#883455: transition: gnustep-sqlclient

2017-12-04 Thread Yavor Doganov 
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition

I would like to request a mini-transition for gnustep-sqlclient:
libsqlclient1.7 -> libsqlclient1.8

There is only one reverse dependency (adun.app); it builds fine with
the new version of the library.

Ben file:

title = "gnustep-sqlclient";
is_affected = .depends ~ "libsqlclient1.7" | .depends ~ "libsqlclient1.8";
is_good = .depends ~ "libsqlclient1.8";
is_bad = .depends ~ "libsqlclient1.7";

Bug#876299: pcre3: ftbfs on s390x, test failures

2017-12-04 Thread Gianfranco Costamagna 
Hello,

>I thought I'd modified the build script to have the same effect (up 
>ulimit before running tests), would you care to tell me what I did 
>wrong, please?

it seems to work now, not sure what happened, but my wild guess
is that we can't ulimit from rules file (not enough permissions), and probably
zelenka has an higer ulimit stack

I don't honestly know why your last upload worked :)

G.

Bug#873523: i sent to you on 10/06/2017 ?

2017-12-04 Thread campion keith 
Please confirm if you really got the mail which i sent to you on 10/06/2017
?

How is your entire family and you too?

Regards,

Campion.

Bug#879801: ftbfs with icu from experimental

2017-12-04 Thread Norbert Preining 
> Could you address this problem in the meantime @TL upstream? AFAICT there

I did it already on the internal list, without much activity but the
depressing outlook on c++11 imminent requirement :-(

I am not checking it myself, shouldn't be too complicated.

Is there a guide *how* icu-config calls need to be translated to
pkg-config calls?

The m4 code is quite straight-forward:
if $ICU_CONFIG --version >/dev/null 2>&1; then
  ICU_INCLUDES=`$ICU_CONFIG --cppflags`
  ICU_LIBS=`$ICU_CONFIG --ldflags-searchpath m4_ifset([kpse_icu_config_args],
  [kpse_icu_config_args 
])--ldflags-libsonly --ldflags-system`
elif test "x$need_icu:$with_system_icu" = xyes:yes; then
  AC_MSG_ERROR([did not find icu-config required for system icu libraries])
fi

So we need to change that to:
if $ICU_CONFIG --version >/dev/null 2>&1; then
  ICU_INCLUDES=`$ICU_CONFIG --cppflags`
  ICU_LIBS=`$ICU_CONFIG --ldflags-searchpath m4_ifset([kpse_icu_config_args],
  [kpse_icu_config_args 
])--ldflags-libsonly --ldflags-system`
elif $PKG_CONFIG icu-i18n >/dev/null 2>&1; then
  ICU_INCLUDES=`$PKG_CONFIG icu-i18n --cppflags`
  
  .. do we only need icu-i18n? other ones? currently -uc, -io are also present
  ...
elif test "x$need_icu:$with_system_icu" = xyes:yes; then
  AC_MSG_ERROR([did not find icu-config required for system icu libraries])
fi

Norbert

--
PREINING Norbert   http://www.preining.info
Accelia Inc. +JAIST +TeX Live +Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#853521: lldpad: ftbfs with GCC-7

2017-12-04 Thread Juhani Numminen 

Hello,

On Tue, 31 Jan 2017 09:33:25 + Matthias Klose  wrote:


cc1: all warnings being treated as errors


Fedora packagers have simply disabled -Werror.
http://pkgs.fedoraproject.org/cgit/rpms/lldpad.git/commit/?id=b09c517b

There isn't much upstream activity.
http://open-lldp.org/git/?p=open-lldp.git

Cheers,
Juhani

Bug#883454: telegram-desktop: Please consider backporting IME fix from trunk

2017-12-04 Thread Shengjing Zhu 
Package: telegram-desktop
Version: 1.1.23-2
Severity: wishlist

Dear Maintainer,

After 1.1.23-2 entering testing, I meet the problem when I type with
IME(fcitx input method) in telegram-desktop. However 1.1.23-1 is fine.
I'm not sure how this happened, maybe the upgrade of Qt?

The bug is same in https://github.com/telegramdesktop/tdesktop/pull/3868
The link has a gif describing the bug.

The proposed fix is merged into upstream months ago. However upstream
has no release for a long time. So could you consider backporting this
fix in Debian?

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

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

Versions of packages telegram-desktop depends on:
ii  libavcodec57 7:3.4-4
ii  libavformat577:3.4-4
ii  libavutil55  7:3.4-4
ii  libc62.25-2
ii  libgcc1  1:7.2.0-16
ii  libglib2.0-0 2.54.1-1
ii  libminizip1  1.1-8+b1
ii  libopenal1   1:1.17.2-4+b2
ii  libqt5core5a [qtbase-abi-5-9-2]  5.9.2+dfsg-4
ii  libqt5gui5   5.9.2+dfsg-4
ii  libqt5network5   5.9.2+dfsg-4
ii  libqt5widgets5   5.9.2+dfsg-4
ii  libssl1.11.1.0g-2
ii  libstdc++6   7.2.0-16
ii  libswresample2   7:3.4-4
ii  libswscale4  7:3.4-4
ii  libtgvoip1.0 1.0~git20170704.445433f-4
ii  libx11-6 2:1.6.4-3
ii  qt5-image-formats-plugins5.9.2-1
ii  zlib1g   1:1.2.8.dfsg-5

Versions of packages telegram-desktop recommends:
pn  libappindicator3-1 | libappindicator1  

telegram-desktop suggests no packages.

-- no debconf information


signature.asc
Description: PGP signature

Bug#883452: libtommath: The homepage link points to an unrelated site

2017-12-04 Thread Alberto Luaces 
Source: libtommath
Severity: minor

Dear Maintainer,

The correct link to the homepage should be http://www.libtom.net/LibTomMath/

I think it is an org/net mistake.

Bug#879801: ftbfs with icu from experimental

2017-12-04 Thread GCS 
Hi Hilmar,

On Sun, Dec 3, 2017 at 10:24 PM, Hilmar Preuße  wrote:
> Am 26.10.2017 um 09:42 teilte Matthias Klose mit:
>> icu from experimental dropped the icu-config binary, and texlive-bin
>> doesn't have a fallback for pkg-config icu-i18n.
>>
> changelog of icu:
[...]
> We now that icu-config is not recommended any more, but still supported
> upstream[1] . Do see a change to provide the script in any way? Yes, I know
> you removed it to solve another bug.
[...]
> [1] http://userguide.icu-project.org/howtouseicu
 As the link you provided describe it right: "Please use pkg-config
files or other options, below". I do not have any intention to put it
back. It's long outdated and not multiarch aware. :(
For other reasons, the actual transition needs months (I expect it in
February, 2018) thus you have time to make the switch.

Regards,
Laszlo/GCS

Bug#828245: balsa: FTBFS for me, and the buildds

2017-12-04 Thread Chris West 
Control: severity -1 serious
Control: retitle -1 balsa: FTBFS with openssl 1.1.0

This is failing to build for me still on sid (with libssl-dev):

auth-cram.c: In function ‘hmac_md5’:
auth-cram.c:134:14: error: storage size of ‘ctx’ isn’t known
   EVP_MD_CTX ctx;
  ^~~
Makefile:515: recipe for target 'auth-cram.o' failed

And on the buildds for the transition:
https://release.debian.org/transitions/html/openssl1.0-rm.html

This is a typical error for this openssl version migration:
the structs have become opaque and you must use pointers everywhere.

Going back to "serious" because that's what the other transition
bugs are today, but they were raised with much more notice; maybe
more time can be taken to fix this.

Chris.

Bug#883451: less: [patch] add lesspipe support for snaps

2017-12-04 Thread Michael Vogt 
Package: less
Version: 481-2.1
Severity: wishlist
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu  ubuntu-patch




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

  * debian/lesspipe:
- add snap support, thanks to Adam Collard


Thanks for considering the patch.

Cheers,
 Michael

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

Kernel: Linux 4.13.0-16-generic (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru less-481/debian/lesspipe less-481/debian/lesspipe
--- less-481/debian/lesspipe2016-07-22 15:55:47.0 +0200
+++ less-481/debian/lesspipe2017-11-28 10:22:35.0 +0100
@@ -192,6 +192,13 @@
rpm -q -l -p "$1"
else echo "rpm isn't available, no query on rpm 
package possible"; fi ;;
 
+*.snap)
+if [ -x "`which snap`" ]; then snap info "$1"; fi
+if [ -x "`which unsquashfs`" ]; then
+echo
+echo '*** Contents:'; unsquashfs -ll -d '' 
"$1" 
+else echo "No unsquashfs available"; fi ;;
+
*.tar.gz|*.tgz|*.tar.z|*.tar.dz)
tar tzvf "$1" --force-local
;;

Bug#853443: hidrd: ftbfs with GCC-7

2017-12-04 Thread Juhani Numminen 

Hi,
Upstream has committed some GCC-7-related fixes.
https://github.com/DIGImend/hidrd/commit/7e94881
https://github.com/DIGImend/hidrd/commit/e126127

Thanks,
Juhani

Bug#883450: omniorb-dfsg: FTBFS with openssl-1.1

2017-12-04 Thread Chris West 
Source: omniorb-dfsg
Version: 4.1.6-2.2
Severity: serious
Justification: blocks ongoing transition?
Control: block 827061 by -1

omniorb-dfsg build-depends on openssl 1.0, which is to be removed.
With openssl-1.1, omniorb-dfsg fails to build from source. This is
blocking the removal of openssl-1.0.

There was a big round of bug raising for this before, I don't know
how this package has slipped through the gaps. I've raised this as
serious as all the other bugs in this category are, but maybe more
time should be given.


Build log:

g++ -c -O2 -Wall [..] ./../../../../../src/lib/omniORB/orbcore/ssl/sslContext.cc
../../../../../../src/lib/omniORB/orbcore/ssl/sslContext.cc: In member function 
‘virtual void sslContext::set_DH()’:
../../../../../../src/lib/omniORB/orbcore/ssl/sslContext.cc:380:5: error: 
invalid use of incomplete type ‘DH {aka struct dh_st}’
   dh->p = BN_bin2bn(dh512_p, sizeof(dh512_p), 0);
 ^~
In file included from /usr/include/openssl/crypto.h:31:0,
 from /usr/include/openssl/comp.h:16,
 from /usr/include/openssl/ssl.h:47,
 from ../../../../../../include/omniORB4/sslContext.h:86,
 from 
../../../../../../src/lib/omniORB/orbcore/ssl/sslContext.cc:104:
/usr/include/openssl/ossl_typ.h:104:16: note: forward declaration of ‘DH {aka 
struct dh_st}’
 typedef struct dh_st DH;
^

This is classic "using the old openssl API with direct access to
structs, instead of using getters".

Chris.

Bug#883449: bind9: uninstallable udebs

2017-12-04 Thread Cyril Brulebois 
Source: bind9
Version: 1:9.11.2+dfsg-2
Severity: serious
Tags: d-i
Justification: uninstallable packages

[ Please keep debian-boot@ in copy of your replies. ]

Hi,

There seems to be new issues with the udebs:
  libdns-export169-udeb and libisccc-export160-udeb depend on non-udeb: 
libisc-export166
  libirs-export160-udeb and libisccfg-export160-udeb depend on non-udeb: 
libdns-export169


KiBi.

Bug#849122: unmerging 849122, bug 849122 is forwarded to https://github.com/lwfinger/rtl8188eu/issues/237

2017-12-04 Thread Andrew Shadura 
unmerge 849122
forwarded 849122 https://github.com/lwfinger/rtl8188eu/issues/237
severity 849122 normal
thanks

Hi,

I'm unmerging 849122 as should be a separate bug. It should have been worked
around since I uploaded an NM snippet to blacklist it for MAC address
randomisation, so I'm downgrading the severity. lwfinger's repository seems
to be the upstream, so I have reported the bug there.

Please let me know if this is still an issue with the latest wpasupplicant
upload.

-- 
Cheers,
  Andrew

Bug#879801: ftbfs with icu from experimental

2017-12-04 Thread Hilmar Preuße 

Am 26.10.2017 um 09:42 teilte Matthias Klose mit:

Hi Norbert,


icu from experimental dropped the icu-config binary, and texlive-bin doesn't
have a fallback for pkg-config icu-i18n.

Could you address this problem in the meantime @TL upstream? AFAICT 
there wasn't any change in TL SVN for this issue and I did not find a 
discussion about this in the TL ML during the last 24 month (by looking 
@mail subjects).


Hilmar
--
#206401 http://counter.li.org

Bug#883079: please consider patch to place last mail message in log dir

2017-12-04 Thread Ola Lundqvist 
Hi

Thank you. Applied and now also uploaded.

Best regards

// Ola

On 29 November 2017 at 12:22, Marc Haber
 wrote:
> Package: cron-apt
> Version: 0.11.0
> Severity: wishlist
> Tags: patch
>
> Hi,
>
> please consider the attached patch. It makes cron-apt save the mail
> message sent out in the log dir, allowing processes on the system to
> access the current last mail message that was generated by cron-apt.
>
> This can, for example, be used to output pending updates to a user
> logging in in their .profile without the delay that comes with actually
> invoking apt, or to generate a monitoring check warning for pending
> updates, also without imposing a delay because the information is
> already there.
>
> For example, I do have the followingin my .bash_profile:
>
> if [ -r /var/log/cron-apt/lastfullmessage ]; then
>   echo "---"
>   < /var/log/cron-apt/lastfullmessage sed '/^---/,/^-/d' | grep -vE 
> '^((CRON-APT|To:|Subject:|Reading|Building|Initializing|Writing|Need) .*)?$'
>   echo "---"
> fi
>
> Greetings
> Marc



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

Bug#883448: bind9: FTBFS with -A (arch:all)

2017-12-04 Thread Cyril Brulebois 
Source: bind9
Version: 1:9.11.2+dfsg-2
Severity: serious
Justification: FTBFS

Hi,

Your package FTBFS when performing the arch:all build:
| make[1]: Entering directory '/<>/bind9-9.11.2+dfsg'
| # TODO: move this to bind9.install
| install -c -o bin -g bin -m 444 debian/db.0 
/<>/bind9-9.11.2+dfsg/debian/bind9/etc/bind/db.0
| install: cannot create regular file 
'/<>/bind9-9.11.2+dfsg/debian/bind9/etc/bind/db.0': No such file or 
directory
| debian/rules:129: recipe for target 'override_dh_install' failed
| make[1]: *** [override_dh_install] Error 1
| make[1]: Leaving directory '/<>/bind9-9.11.2+dfsg'
| debian/rules:47: recipe for target 'binary-indep' failed
| make: *** [binary-indep] Error 2

Full build log:
  
https://buildd.debian.org/status/fetch.php?pkg=bind9=all=1%3A9.11.2%2Bdfsg-2=1512340742=0


KiBi.

Bug#883078: marker for diff beginning

2017-12-04 Thread Ola Lundqvist 
Thank you. Applied and will upload soon.

On 29 November 2017 at 12:18, Marc Haber
 wrote:
> Package: cron-apt
> Version: 0.11.0
> Severity: wishlist
> Tags: patch
>
> Please consider the attached patch that places a marker at the beginning
> of an attached diff to ease automatic processing, and cleans up a minor
> issue with the diff file handling.
>
> Greetings
> Marc



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

<    1   2   3