date:20151210

Bug#807534: amarok: crashes every time on startup/libEGL.so.1 elision-unlock.c

2015-12-10 Thread Stefan Rücker

The problem is already known and is orginally dealt with here:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=807244

This bug can be closed.

Best regards
Stefan

Bug#807535: RM: postgis [armel] -- ROM; Dependencies not available on armel

2015-12-10 Thread Bas Couwenberg

Package: ftp.debian.org
Severity: normal

Please remove postgis on armel to not block testing migration.

cgal is not available on armel, and so no sfcgal which is now a
dependency of postgis.

Bug#807536: RM: spatialite [armel] -- ROM; Dependencies not available on armel

2015-12-10 Thread Bas Couwenberg

Package: ftp.debian.org
Severity: normal

Please remove spatialite on armel to not block testing migration.

cgal is not available on armel, and so no sfcgal which is now a
dependency of postgis which in turn is a dependency of spatialite.

Bug#807537: guacamole-server: FTBFS: error: #warning "_BSD_SOURCE and _SVID_SOURCE are deprecated, use _DEFAULT_SOURCE" [-Werror=cpp]

2015-12-10 Thread Chris Lamb

Source: guacamole-server
Version: 0.8.3-1
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,

guacamole-server fails to build from source in unstable/amd64:

  [..]

  In file included from /usr/include/stdlib.h:24:0,
   from audio.c:38:
  /usr/include/features.h:148:3: error: #warning "_BSD_SOURCE and
  _SVID_SOURCE are deprecated, use _DEFAULT_SOURCE" [-Werror=cpp]
   # warning "_BSD_SOURCE and _SVID_SOURCE are deprecated, use
   _DEFAULT_SOURCE"
 ^
  cc1: all warnings being treated as errors
  Makefile:538: recipe for target 'audio.lo' failed
  make[2]: *** [audio.lo] Error 1
  make[2]: Leaving directory
  
'/home/lamby/temp/cdt.20151210102801.SeICGP4w0T/guacamole-server-0.8.3/src/libguac'
  Makefile:447: recipe for target 'all-recursive' failed
  make[1]: *** [all-recursive] Error 1
  make[1]: Leaving directory
  '/home/lamby/temp/cdt.20151210102801.SeICGP4w0T/guacamole-server-0.8.3'
  dh_auto_build: make -j1 returned exit code 2
  debian/rules:16: recipe for target 'build' failed
  make: *** [build] Error 2

  [..]

The full build log is attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-


guacamole-server.0.8.3-1.unstable.amd64.log.txt.gz
Description: Binary data

Bug#807538: ruby-protected-attributes: FTBFS: undefined local variable or method `i_dont_even_exist='

2015-12-10 Thread Chris Lamb

Source: ruby-protected-attributes
Version: 1.1.3-1
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,

ruby-protected-attributes fails to build from source in unstable/amd64:

  [..]

  [ActiveRecord::UnknownAttributeError] exception expected, not
  Class: 
  Message: <"undefined local variable or method `i_dont_even_exist=' for
  #">
  ---Backtrace---
  /usr/lib/ruby/vendor_ruby/active_model/attribute_methods.rb:435:in
  `method_missing'
  /usr/lib/ruby/vendor_ruby/active_record/attribute_methods.rb:213:in
  `method_missing'
  /usr/lib/ruby/vendor_ruby/active_record/attribute_assignment.rb:45:in
  `public_send'
  /usr/lib/ruby/vendor_ruby/active_record/attribute_assignment.rb:45:in
  `_assign_attribute'
  /usr/lib/ruby/vendor_ruby/active_record/attribute_assignment.rb:32:in
  `block in assign_attributes'
  /usr/lib/ruby/vendor_ruby/active_record/attribute_assignment.rb:26:in
  `each'
  /usr/lib/ruby/vendor_ruby/active_record/attribute_assignment.rb:26:in
  `assign_attributes'
  
/home/lamby/temp/cdt.20151210103022.vrGJf8XRiR/ruby-protected-attributes-1.1.3/test/attribute_sanitization_test.rb:103:in
  `block in test_mass_assigning_invalid_attribute'
  /usr/lib/ruby/vendor_ruby/minitest/assertions.rb:300:in
  `assert_raises'
  
/home/lamby/temp/cdt.20151210103022.vrGJf8XRiR/ruby-protected-attributes-1.1.3/test/attribute_sanitization_test.rb:102:in
  `test_mass_assigning_invalid_attribute'
  /usr/lib/ruby/vendor_ruby/minitest/test.rb:108:in `block (3 levels) in
  run'
  /usr/lib/ruby/vendor_ruby/minitest/test.rb:205:in `capture_exceptions'
  /usr/lib/ruby/vendor_ruby/minitest/test.rb:105:in `block (2 levels) in
  run'
  /usr/lib/ruby/vendor_ruby/minitest/test.rb:256:in `time_it'
  /usr/lib/ruby/vendor_ruby/minitest/test.rb:104:in `block in run'
  /usr/lib/ruby/vendor_ruby/minitest.rb:334:in `on_signal'
  /usr/lib/ruby/vendor_ruby/minitest/test.rb:276:in `with_info_handler'
  /usr/lib/ruby/vendor_ruby/minitest/test.rb:103:in `run'
  /usr/lib/ruby/vendor_ruby/minitest.rb:781:in `run_one_method'
  /usr/lib/ruby/vendor_ruby/minitest.rb:308:in `run_one_method'
  /usr/lib/ruby/vendor_ruby/minitest.rb:296:in `block (2 levels) in run'
  /usr/lib/ruby/vendor_ruby/minitest.rb:295:in `each'
  /usr/lib/ruby/vendor_ruby/minitest.rb:295:in `block in run'
  /usr/lib/ruby/vendor_ruby/minitest.rb:334:in `on_signal'
  /usr/lib/ruby/vendor_ruby/minitest.rb:321:in `with_info_handler'
  /usr/lib/ruby/vendor_ruby/minitest.rb:294:in `run'
  /usr/lib/ruby/vendor_ruby/minitest.rb:155:in `block in __run'
  /usr/lib/ruby/vendor_ruby/minitest.rb:155:in `map'
  /usr/lib/ruby/vendor_ruby/minitest.rb:155:in `__run'
  /usr/lib/ruby/vendor_ruby/minitest.rb:129:in `run'
  /usr/lib/ruby/vendor_ruby/minitest.rb:56:in `block in autorun'
  ---
  
  203 runs, 740 assertions, 1 failures, 0 errors, 0 skips
  rake aborted!
  Command failed with status (1): [ruby -I"test" 
  "/usr/lib/ruby/vendor_ruby/rake/rake_test_loader.rb"
  "test/accessible_params_wrapper_test.rb"
  "test/attribute_sanitization_test.rb"
  "test/mass_assignment_security/black_list_test.rb"
  "test/mass_assignment_security/permission_set_test.rb"
  "test/mass_assignment_security/sanitizer_test.rb"
  "test/mass_assignment_security/strong_parameters_fallback_test.rb"
  "test/mass_assignment_security/white_list_test.rb"
  "test/mass_assignment_security_test.rb" "test/test_helper.rb" -v]
  /usr/bin/rake2.2:33:in `'
  Tasks: TOP => default
  (See full trace by running task with --trace)
  ERROR: Test "ruby2.2" failed. Exiting.
  dh_auto_install: dh_ruby --install
  
/home/lamby/temp/cdt.20151210103022.vrGJf8XRiR/ruby-protected-attributes-1.1.3/debian/ruby-protected-attributes
  returned exit code 1
  debian/rules:6: recipe for target 'binary' failed
  make: *** [binary] Error 1

  [..]

The full build log is attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-


ruby-protected-attributes.1.1.3-1.unstable.amd64.log.txt.gz
Description: Binary data

Bug#797880: QNAP TS-219P II with linux-image-4.1.0-0.bpo.1-kirkwood "loses" one hard disk from the RAID while flashing initramfs, causing read-only remount and dpkg to fail

2015-12-10 Thread Ian Campbell

On Wed, 2015-12-09 at 16:02 -0800, Martin Michlmayr wrote:
> * Robert Schlabbach  [2015-09-03 12:19]:
> > Package: linux-image-4.1.0-0.bpo.1-kirkwood
> > Version: 4.1.3-1~bpo8+1
> > 
> > Bad things happen when flash-kernel (3.45) flashes the initramfs
> with this Linux kernel on my QNAP TS-219P II:
> 
> Ian Campbell added a workaround to flash-kernel 3.52 for this kernel
> issue.
> 
> Can you try if 3.52 works for you?  If so, I guess it makes sense to
> upload 3.52 to backports.

I've just uploaded 3.52~bpo8-1 (pending a successful dinstall run).

Cheers,
Ian.

Bug#807539: python-webm: FTBFS: Exception: tostring() has been removed. Please call tobytes() instead.

2015-12-10 Thread Chris Lamb

Source: python-webm
Version: 0.2.4-1
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,

python-webm fails to build from source in unstable/amd64:

  [..]
  ;for python in python2.7; do \
  for test in ./webm/tests/encode_tests.py
  ./webm/tests/decode_tests.py ./webm/tests/handlers_tests.py; do \
  PYTHONPATH=".:" \
  $python ${test} \
  ;done \
  ;done
  Traceback (most recent call last):
File "./webm/tests/encode_tests.py", line 31, in 
  from webm.tests.common import (IMAGE_WIDTH, IMAGE_HEIGHT,
  PNG_BITMAP_DATA,
File

"/home/lamby/temp/cdt.20151210103158.qzp3mbXkC2/python-webm-0.2.4/webm/tests/common.py",
line 37, in 
  PNG_BITMAP_DATA = bytearray(Image.open(PNG_IMAGE_FILE).tostring())
File "/usr/lib/python2.7/dist-packages/PIL/Image.py", line 686, in
tostring
  "Please call tobytes() instead.")
  Exception: tostring() has been removed. Please call tobytes() instead.
  debian/rules:22: recipe for target 'override_dh_auto_test' failed
  make[1]: *** [override_dh_auto_test] Error 1
  make[1]: Leaving directory
  '/home/lamby/temp/cdt.20151210103158.qzp3mbXkC2/python-webm-0.2.4'
  debian/rules:11: recipe for target 'build' failed
  make: *** [build] Error 2

  [..]

The full build log is attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-


python-webm.0.2.4-1.unstable.amd64.log.txt.gz
Description: Binary data

Bug#797881: QNAP TS-219P II: qcontrol no longer works after upgrading to linux-image-4.1.0-0.bpo.1-kirkwood

2015-12-10 Thread Ian Campbell

On Thu, 2015-12-10 at 07:36 +, Ian Campbell wrote:
> On Wed, 2015-12-09 at 16:04 -0800, Martin Michlmayr wrote:
> > * Ian Campbell  [2015-10-04 14:04]:
> > > I suspect this is due to the device path for the input node
> > changing
> > > from /dev/input/by-path/platform-gpio_keys-event to /dev/input/by
> > > -path/platform-gpio-keys-event. With the version of qcontrol in
> > Jessie
> > > it won't even start if it can't find the device, even though it
> can
> > do
> > > many of its core things without it (the node is for button input
> > only).
> > > 
> > > This is fixed by qcontrol 0.5.4-4 in testing (both looking for
> old
> > and
> > > new names, as well as not treating failure to find either as a
> > > catastrophe), but for Jessie you can just edit the path in
> > > /etc/qcontrol.conf.
> > > 
> > > If that works for you then it might be worth uploading an updated
> > > qcontrol to backports.
> > 
> > Ian, were you going to upload qcontrol to backports or did you want
> > someone else to do it?
> 
> I wasn't, but now I am. I've left a build going and will (hopefully)
> upload after breakfast.

Done (pending a successful dinstall run).

Cheers,
Ian.

Bug#786578: [pkg-cryptsetup-devel] Bug#786578: cryptsetup: crypt asks passphrase instead of using keyfile

2015-12-10 Thread Jonas Meurer

Hi Guilhem,

Am 10.12.2015 um 01:01 schrieb Guilhem Moulin:
> On Wed, 09 Dec 2015 at 23:28:51 +0100, Jonas Meurer wrote:
>> Am 09.12.2015 um 19:58 schrieb Guilhem Moulin:
>>> I forgot an important piece of information: UMASK should be changed to
>>> 0077 to ensure that regular users can't access the keys.
>>
>> Sounds reasonable. I added it the the SVN repository for now. But am I
>> correct that setting the UMASK in initramfs.conf will have an impact on
>> all files that are added to the initramfs? This might lead to unwanted
>> side effects.
> 
> No, you're not :-P   UMASK is documented in initramfs.conf(5) as
> follows:
> 
> “UMASK Set the umask value of the generated initramfs file.  Useful to
>  not disclose eventual keys.”
> 
> Indeed the generated initrd.img is created with permission 0644 minus
> $UMASK (which defaults to the process' umask(2)), while files are being
> being copied ignoring the $UMASK value.

Ah, I see. Thanks a lot for explaining and sorry for my ignorance.

> ~$ sudo lsinitramfs -l /initrd.img | grep scripts/local-top/cryptroot
> -rwxr-xr-x   1 root root 9608 Dec  9 05:08 
> scripts/local-top/cryptroot
> ~$ sudo ls -l /boot/initrd.img-4.2.0-1-amd64
> -rw--- 1 root root 4128472 Dec  9 21:40 /boot/initrd.img-4.2.0-1-amd64
>  
>> Why not set the key file permissions directly while copying it to the
>> initramfs in cryptroot hook?
> 
> That would defeat the purpose of keep regular users at bay from the
> private key material.  As long as I have read access to the initrd.img I
> can decompress it (possibly on another machine) and read the content of
> any file it contains, regardless of their permission.  Pretty much like
> a tarball.

Makes sense. So we'll leave it as it is now and I was simply wrong :)

Cheers
 jonas





signature.asc
Description: OpenPGP digital signature

Bug#807540: RM: haskell-algebra -- ROM; Obsolete by upstream

2015-12-10 Thread Joachim Breitner

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

this package is not actively maintained and not important, please remove
from the archive.

Joachim

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iEYEARECAAYFAlZpOtgACgkQ9ijrk0dDIGxQoACguGtlzJfwG/EVvo0Lka5UsUDG
VK4AnilgYexM2Sm5sJVyNOgOBy89eYWv
=vPgW
-END PGP SIGNATURE-

Bug#807541: RM: haskell-certificate -- ROM; superceded by x509

2015-12-10 Thread Joachim Breitner

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

this package is superceded by haskell-x509, please remove.

Thanks,
Joachim

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iEYEARECAAYFAlZpOxgACgkQ9ijrk0dDIGxstwCeNDsGKHU/JCk9gkbQUzQNRz5V
zykAoJZEW6gR9hekzbCT/KoRv4V9YIC4
=Iynl
-END PGP SIGNATURE-

Bug#807542: /usr/lib/virtualbox/vboxwebsrv: started web service without user consent

2015-12-10 Thread Ritesh Raj Sarraf

Package: virtualbox
Version: 5.0.10-dfsg-4
Severity: important
File: /usr/lib/virtualbox/vboxwebsrv

Hello Gianfranco,


The following has happened without user consent. And especially when
there is no VBox service active.


These days, I'm also exploring KVM, and so have virtualbox not enabled/running
on my box.

rrs@learner:~$ sudo systemctl status vboxweb.service 
[sudo] password for rrs: 
● vboxweb.service - VirtualBox Web Service
   Loaded: loaded (/lib/systemd/system/vboxweb.service; enabled; vendor preset: 
enabled)
   Active: active (running) since Tue 2015-12-08 17:18:42 IST; 1 day 20h ago
 Main PID: 1892 (vboxwebsrv)
Tasks: 18 (limit: 512)
   CGroup: /system.slice/vboxweb.service
   ├─1892 /usr/lib/virtualbox/vboxwebsrv --pidfile /run/vboxweb.pid 
--background
   ├─1903 /usr/lib/virtualbox/VBoxXPCOMIPCD
   └─1940 /usr/lib/virtualbox/VBoxSVC --auto-shutdown

Dec 08 17:18:42 learner vboxwebsrv[1728]: 00:00:00.004182 main OS Product: 
Linux
Dec 08 17:18:42 learner vboxwebsrv[1728]: 00:00:00.004185 main OS Release: 
4.3.0+
Dec 08 17:18:42 learner vboxwebsrv[1728]: 00:00:00.004186 main OS Version: 
#35 SMP PREEMPT Fri Nov 6 18:29:25 IST 2015
Dec 08 17:18:42 learner vboxwebsrv[1728]: 00:00:00.004232 main DMI Product 
Name: 20344
Dec 08 17:18:42 learner vboxwebsrv[1728]: 00:00:00.004251 main DMI Product 
Version: Lenovo Yoga 2 13
Dec 08 17:18:42 learner vboxwebsrv[1728]: 00:00:00.004362 main Host RAM: 
7908MB total, 7769MB available
Dec 08 17:18:42 learner vboxwebsrv[1728]: 00:00:00.004369 main Executable: 
/usr/lib/virtualbox/vboxwebsrv
Dec 08 17:18:42 learner vboxwebsrv[1728]: 00:00:00.004371 main Process ID: 
1728
Dec 08 17:18:42 learner vboxwebsrv[1728]: 00:00:00.004372 main Package 
type: LINUX_64BITS_GENERIC (OSE)
Dec 08 17:18:42 learner systemd[1]: Started VirtualBox Web Service.
2015-12-10 / 14:11:35 ♒♒♒  ☺


rrs@learner:~$ sudo systemctl status virtualbox
[sudo] password for rrs: 
● virtualbox.service - LSB: VirtualBox Linux kernel module
   Loaded: loaded (/etc/init.d/virtualbox; bad; vendor preset: enabled)
   Active: inactive (dead)
 Docs: man:systemd-sysv-generator(8)
2015-12-10 / 14:13:28 ♒♒♒☹  => 3  


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

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

Versions of packages virtualbox depends on:
ii  adduser   3.113+nmu3
ii  init-system-helpers   1.24
ii  libc6 2.19-22
ii  libcurl3-gnutls   7.45.0-1+b1
ii  libgcc1   1:5.2.1-23
ii  libgsoap7 2.8.22-1+b1
ii  libpng12-01.2.54-1
ii  libpython2.7  2.7.10-5+b1
ii  libsdl1.2debian   1.2.15-12
ii  libssl1.0.2   1.0.2d-3
ii  libstdc++65.2.1-23
ii  libvncserver1 0.9.10+dfsg-3
ii  libvpx2   1.4.0-4
ii  libx11-6  2:1.6.3-1
ii  libxcursor1   1:1.1.14-1+b1
ii  libxext6  2:1.3.3-1
ii  libxml2   2.9.2+zdfsg1-4
ii  libxmu6   2:1.1.2-2
ii  libxt61:1.1.5-1
ii  python2.7.9-1
ii  python2.7 2.7.10-5+b1
pn  python:any
ii  virtualbox-dkms [virtualbox-modules]  5.0.10-dfsg-4
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages virtualbox recommends:
ii  libgl1-mesa-glx [libgl1]  11.0.6-1
ii  libqt4-opengl 4:4.8.7+dfsg-5
ii  libqtcore44:4.8.7+dfsg-5
ii  libqtgui4 4:4.8.7+dfsg-5
ii  virtualbox-qt 5.0.10-dfsg-4

Versions of packages virtualbox suggests:
pn  vde2
ii  virtualbox-guest-additions-iso  5.0.10-1

-- no debconf information

Bug#807543: postfix-policyd-spf-python: regex syntax errors in logcheck config

2015-12-10 Thread Ronny Seffner

Package: postfix-policyd-spf-python
Version: 1.0-2
Severity: normal

Dear Maintainer,

I found errors in regex at 
/etc/logcheck/ignore.d.server/postfix-policyd-spf-python.logcheck. Remove 
trailing "+" and add ".*" at the end behind "receiver=". Delivered regex is NOT 
working.

-- System Information:
Debian Release: 7.9
  APT prefers oldstable
  APT policy: (990, 'oldstable'), (500, 'oldstable-updates'), (500, 
'oldoldstable-updates'), (500, 'oldoldstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.3.0-SuS (SMP w/8 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages postfix-policyd-spf-python depends on:
ii  adduser 3.113+nmu3
ii  postfix 2.9.6-2
ii  python  2.7.3-4+deb7u1
ii  python-spf  2.0.7-3
ii  python2.6   2.6.8-1.1
ii  python2.7   2.7.3-6+deb7u2

postfix-policyd-spf-python recommends no packages.

Versions of packages postfix-policyd-spf-python suggests:
ii  python-authres  0.402-1

-- no debconf information

Bug#807544: bugs.debian.org: Xorg Tainted - drm/i915/intel_display.c:12326 check_crtc_state+0x931/0x1060 [i915]()

2015-12-10 Thread Zdenek K

Package: bugs.debian.org
Severity: normal

Dear Maintainer,

   * What led up to the situation?
Normal system usage
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Normal system usage(iceweasel, vlc)
   * What was the outcome of this action?
Reporteed every 5 mins(approximatly) in syslog related to:
[i915]] *ERROR* mismatch in ips_enabled (expected 1, found 0)

Log in attached file


   * What outcome did you expect instead?
No message in syslog



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

Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Dec 10 09:34:03 tux kernel: [174984.387379] [drm:check_crtc_state [i915]] 
*ERROR* mismatch in ips_enabled (expected 1, found 0)
Dec 10 09:34:03 tux kernel: [174984.387384] [ cut here ]
Dec 10 09:34:03 tux kernel: [174984.387405] WARNING: CPU: 1 PID: 1440 at 
/build/linux-CrHvZ_/linux-4.2.6/drivers/gpu/drm/i915/intel_display.c:12326 
check_crtc_state+0x931/0x1060 [i915]()
Dec 10 09:34:03 tux kernel: [174984.387407] pipe state doesn't match!
Dec 10 09:34:03 tux kernel: [174984.387408] Modules linked in: uas usb_storage 
ctr ccm fuse ebtable_filter ebtables ip6table_filter ip6_tables iptable_filter 
ip_tables x_tables algif_skcipher af_alg jo
ydev x86_pkg_temp_thermal intel_powerclamp intel_rapl iosf_mbi coretemp 
kvm_intel kvm crct10dif_pclmul crc32_pclmul nls_utf8 nls_cp437 vfat fat 
jitterentropy_rng pn544_mei mei_phy pn544 hci nfc sha256_ssse3 arc4
 sha256_generic iTCO_wdt hmac iTCO_vendor_support dell_wmi sparse_keymap iwlmvm 
drbg mac80211 dell_laptop ansi_cprng dcdbas dell_smm_hwmon aesni_intel iwlwifi 
aes_x86_64 lrw snd_hda_codec_realtek gf128mul glue_h
elper ablk_helper cfg80211 snd_hda_codec_hdmi efi_pstore snd_hda_codec_generic 
cryptd psmouse sg efivars serio_raw uvcvideo pcspkr videobuf2_vmalloc 
snd_soc_rt5640 videobuf2_memops rfkill snd_soc_rl6231 videobuf
2_core v4l2_common lpc_ich snd_hda_intel mfd_core i2c_i801 snd_soc_core 
snd_hda_codec videodev shpchp mei_me snd_hda_core snd_compress media mei 
snd_hwdep tpm_tis tpm battery snd_pcm snd_timer 8250_fintek snd so
undcore regmap_i2c dw_dmac dw_dmac_core snd_soc_sst_acpi 
i2c_designware_platform i2c_designware_core ac processor evdev hid_generic 
usbhid parport_pc ppdev lp parport loop dm_crypt efivarfs autofs4 ext4 crc16 mb
cache jbd2 dm_mod sd_mod crc32c_intel ahci libahci libata scsi_mod xhci_pci 
xhci_hcd i915 ehci_pci ehci_hcd i2c_algo_bit drm_kms_helper usbcore usb_common 
sdhci_pci e1000e ptp pps_core drm thermal wmi video ther
mal_sys sdhci_acpi sdhci mmc_core i2c_hid hid button
Dec 10 09:34:03 tux kernel: [174984.387516] CPU: 1 PID: 1440 Comm: Xorg 
Tainted: GW   4.2.0-1-amd64 #1 Debian 4.2.6-1
Dec 10 09:34:03 tux kernel: [174984.387518] Hardware name: Dell Inc. Latitude 
E7240/0531FD, BIOS A14 02/02/2015
Dec 10 09:34:03 tux kernel: [174984.387520]   a030f260 
8154e2f6 880213eef858
Dec 10 09:34:03 tux kernel: [174984.387523]  8106e5b1 88021169a000 
8800d5e2e800 8800851ec000
Dec 10 09:34:03 tux kernel: [174984.387526]  88021403 0001 
8106e62a a031dc3b
Dec 10 09:34:03 tux kernel: [174984.387529] Call Trace:
Dec 10 09:34:03 tux kernel: [174984.387535]  [] ? 
dump_stack+0x40/0x50
Dec 10 09:34:03 tux kernel: [174984.387541]  [] ? 
warn_slowpath_common+0x81/0xb0
Dec 10 09:34:03 tux kernel: [174984.387544]  [] ? 
warn_slowpath_fmt+0x4a/0x50
Dec 10 09:34:03 tux kernel: [174984.387563]  [] ? 
check_crtc_state+0x931/0x1060 [i915]
Dec 10 09:34:03 tux kernel: [174984.387579]  [] ? 
i915_get_crtc_scanoutpos+0x193/0x240 [i915]
Dec 10 09:34:03 tux kernel: [174984.387602]  [] ? 
intel_modeset_check_state+0x20b/0xb30 [i915]
Dec 10 09:34:03 tux kernel: [174984.387621]  [] ? 
intel_crtc_set_config+0x531/0x590 [i915]
Dec 10 09:34:03 tux kernel: [174984.387638]  [] ? 
drm_crtc_check_viewport+0x2c/0xe0 [drm]
Dec 10 09:34:03 tux kernel: [174984.387650]  [] ? 
drm_mode_set_config_internal+0x5e/0xf0 [drm]
Dec 10 09:34:03 tux kernel: [174984.387664]  [] ? 
drm_mode_setcrtc+0x185/0x4e0 [drm]
Dec 10 09:34:03 tux kernel: [174984.387673]  [] ? 
drm_ioctl+0x172/0x550 [drm]
Dec 10 09:34:03 tux kernel: [174984.387678]  [] ? 
do_vfs_ioctl+0x2c3/0x4a0
Dec 10 09:34:03 tux kernel: [174984.387681]  [] ? 
recalc_sigpending+0x17/0x50
Dec 10 09:34:03 tux kernel: [174984.387685]  [] ? 
SyS_ioctl+0x76/0x90
Dec 10 09:34:03 tux kernel: [174984.387689]  [] ? 
system_call_fast_compare_end+0xc/0x6b
Dec 10 09:34:03 tux kernel: [174984.387691] ---[ end trace 3cf9a2d1b79c9ffb ]---

Bug#807545: aptitude: creates non-dot directory in user home

2015-12-10 Thread Rhonda D'Vine

Package: aptitude
Version: 0.7.5-1
Severity: important

Dear Maintainer,

 aptitude now creates a non-dot aptitude directory in the userhome.  I
consider this quite an annoyance.  What was wrong with the .aptitude
directory used so far?  This is left now as a cruft.

 Please make it use .aptitude again and not create a non-dot directory
in the user home.

 Thanks,
Rhonda
-- 
Fühlst du dich mutlos, fass endlich Mut, los  |
Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden
Fühlst du dich machtlos, geh raus und mach, los   | 23.55: Alles auf Anfang
Fühlst du dich haltlos, such Halt und lass los|

Bug#807546: [alfred] Fails to build on non-linux systems

2015-12-10 Thread Franz Schrober

Package: alfred
Version: 2015.1
Severity: grave


Package fails to build on non-linux systems systems because libcap-dev is 
missing on them. On these systems the make calls have to use the parameter 
CONFIG_ALFRED_CAPABILITIES=n and the control file has to reduce the 
Build-Depends for libcap-dev no linux-any only

Bug#807544: bugs.debian.org: Xorg Tainted - drm/i915/intel_display.c:12326 check_crtc_state+0x931/0x1060 [i915]()

2015-12-10 Thread Adam D. Barratt


Control: reassign -1 src:linux

On 2015-12-10 9:10, Zdenek K wrote:

Package: bugs.debian.org
Severity: normal


I'm not really sure where this would be a bug, but it's certainly not a 
bug in the bug tracking system itself... if you don't know which package 
is appropriate, please ask a support forum for help.


I'm re-assigning this to the kernel as a first approximation, as that's 
where the file quoted comes from.



Dear Maintainer,

   * What led up to the situation?
Normal system usage
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Normal system usage(iceweasel, vlc)
   * What was the outcome of this action?
Reporteed every 5 mins(approximatly) in syslog related to:
[i915]] *ERROR* mismatch in ips_enabled (expected 1, found 0)

Log in attached file


   * What outcome did you expect instead?
No message in syslog



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

Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Bug#807547: [alfred] copyright file incomplete

2015-12-10 Thread Franz Schrober

Package: alfred
Version: 2015.1
Severity: serious


The copyright file is wrong and is missing entries for people like 

Files: *
Copyright: 2006-2015, Marek Lindner 

Files: gpsd/*
Copyright: 2013-2015, Andrew Lunn 
2006-2015, Simon Wunderlich 
License: GPL-2

Files: debugfs.*
Copyright: 2009, Clark Williams 
2009, Xiao Guangrong 
License: GPL-2

Bug#807545: Seems to be related to #671780

2015-12-10 Thread Rhonda D'Vine

  Hi,

 given that this seems to be related to #671780, please be reffered to
the basedir spec:

,> http://standards.freedesktop.org/basedir-spec/basedir-spec-0.7.html <
| $XDG_CACHE_HOME defines the base directory relative to which user
| specific non-essential data files should be stored. If $XDG_CACHE_HOME
| is either not set or empty, a default equal to $HOME/.cache should be
| used.
`> http://standards.freedesktop.org/basedir-spec/basedir-spec-0.7.html <

 So, if this data is cache data it should use ~/.cache (or
~/.cache/aptitude FWIW) instead of ~/aptitude

 Hope that helps,
Rhonda
-- 
Fühlst du dich mutlos, fass endlich Mut, los  |
Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden
Fühlst du dich machtlos, geh raus und mach, los   | 23.55: Alles auf Anfang
Fühlst du dich haltlos, such Halt und lass los|

Bug#807548: jemalloc: FTBFS on almost all architectures due to testsuite failure

2015-12-10 Thread John Paul Adrian Glaubitz

Source: jemalloc
Version: 3.6.0-4
Severity: serious
Justification: fails to build from source

Hello!

jemalloc currently fails to build from source on almost all architectures [1]:

test_same_size: pass
test_extra_no_move: pass
test_no_move_fail: pass
test_grow_and_shrink: pass
--- pass: 4/4, skip: 0/4, fail: 0/4 ---

Test suite summary: pass: 32/33, skip: 0/33, fail: 1/33
Makefile:344: recipe for target 'check' failed
make[2]: *** [check] Error 1
make[2]: Leaving directory '/«PKGBUILDDIR»'
debian/rules:44: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 2
make[1]: Leaving directory '/«PKGBUILDDIR»'
debian/rules:35: recipe for target 'build-arch' failed
make: *** [build-arch] Error 2

Since jemalloc is a build dependency of nghttp2 which is a build dependency of 
curl
which - in turn - is a build dependency of a huge number of packages, including
apt, things could become really ugly for the architectures affected.

Thus, please fix jemalloc as soon as possible and also forward it your fixes
upstream.

Cheers,
Adrian

> [1] 
> https://buildd.debian.org/status/fetch.php?pkg=jemalloc&arch=arm64&ver=3.6.0-4&stamp=1448973166

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Bug#807545: [Aptitude-devel] Bug#807545: aptitude: creates non-dot directory in user home

2015-12-10 Thread Axel Beckert

Control: tag -1 + confirmed

Hi,

Rhonda D'Vine wrote:
>  aptitude now creates a non-dot aptitude directory in the userhome.

Indeed. That's definitely not on purpose, unexpected and probably a
bug in the $XDG_* handling.

>  Please make it use .aptitude again and not create a non-dot directory
> in the user home.

No. It should be ~/.config/aptitude and ~/.cache/aptitude now.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE

Bug#807503: vlc: snapshots

2015-12-10 Thread Sebastian Ramacher

Control: tags -1 + moreinfo

On 2015-12-09 12:54:40, westlake wrote:
> Package: vlc  
> Version: 2.2.0~rc2-2+deb8u1
> Severity: normal
> 
> take snapshot works but only for .flv files

Looking at https://trac.videolan.org/vlc/ticket/14456 and
https://trac.videolan.org/vlc/ticket/14025, I suspect that this is
related to your hardware decoding settings. Please check if it works if you
disable hardeware decoding. In any case, please provide the logs as instructed
in the reportbug template.

Cheers
-- 
Sebastian Ramacher

signature.asc
Description: PGP signature

Bug#807549: [alfred] debian/README.Debian unrelated to the package

2015-12-10 Thread Franz Schrober

Package: alfred
Version: 2015.1
Severity: normal



This seems to be from a different packet and doesn't describe anything related 
to alfred. Neither is not the current version (when you've uploaded the debian 
package) nor does it have an unstable API.

Debian package for A.L.F.R.E.D.
===

This package is provided to help the acceptance of the technology
behind the "Freifunk" free wireless network. A.L.F.R.E.D.
exchanges information between participants of the network and
to tools for visualisation. Sadly, the API is not compatible
across version and as such, this package features not the
latest version but one that is understood by those tools that
are required to maintain the functionality of a Freifunk
gateway and associated web presentations

Bug#807551: [alfred] pkg-config dependency missing from Build-Depends

2015-12-10 Thread Franz Schrober

Package: alfred
Version: 2015.1
Severity: normal

The makefile is using pkg-config but this is not listed in the Build-Depends

Bug#807550: [alfred] debian/watch missing

2015-12-10 Thread Franz Schrober

Package: alfred
Version: 2015.1
Severity: normal


Please add the debian/watch file + the upstream key 
949CF8FEEBF5F2F6F0C296E5AF383F7C593B6B16 as 
debian/upstream/signing-key.asc:

version=3
opts="uversionmangle=s/-(alpha|beta|rc)/~$1/,pgpsigurlmangle=s/$/.asc/" \
 https://downloads.open-mesh.org/batman/stable/sources/alfred/alfred-(.*).tar.gz

Bug#807528: vlc: after some time, clicks on the root window no longer work

2015-12-10 Thread Sebastian Ramacher

On 2015-12-10 03:48:14, Vincent Lefevre wrote:
> On 2015-12-10 03:16:01 +0100, Vincent Lefevre wrote:
> > After some time, clicks on the root window no longer work. VLC is
> > the cause of this problem because as soon as I quit VLC, clicks on
> > the root window work again.
> 
> I now remember that everytime this problem occurred, a USB mouse was
> disconnected. So, this may be related.
> 
> Note: the machine is a laptop.
>   * After disconnecting the USB mouse, the buttons of the touchpad
> have no effect over the root window.
>   * After disconnecting the USB mouse and reconnecting it[*], the
> buttons of this USB mouse have no effect over the root window.
> In both cases, the problem disappeared just after quitting VLC.
> 
> [*] This actually occurred due to a problem with a USB cable.
> I had already mentioned the issue related to VLC here:
>   https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=805168#27

Are you that this is a bug in vlc and not Qt 5, your window manager or X.Org?
Are you able to reproduce the issue with a USB mouse with a non-broken cable?

In any case, this is missing logs from vlc and probably X.Org and dmesg.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature

Bug#807552: [alfred] link to Homepage is invalid

2015-12-10 Thread Franz Schrober

Package: alfred
Version: 2015.1
Severity: normal

http://www.open-mesh.org/projects/open-mesh/wiki/Alfred gives an 404 and most 
likely not what you want. https://www.open-mesh.org/projects/alfred/wiki seems 
to be more appropriate

Bug#807553: [alfred] Provide init scripts for batadv-vis, batadv-gpsd and alfred

2015-12-10 Thread Franz Schrober

Package: alfred
Version: 2015.1
Severity: wishlist

Alfred, batadv-vis and batadv-gpsd are supposed to run as daemons in the 
background. Please provide the init scripts and configuration files to run them 
as such under Debian.

Example scripts for OpenWrt can be found under 
https://git.open-mesh.org/openwrt-feed-alfred.git/blob/refs/heads/master:/alfred/files/alfred.init

Bug#776409: cryptsetup fails to unlock volumes with key files from initramfs

2015-12-10 Thread Guilhem Moulin

Hi Ben,

On Fri, 10 Apr 2015 at 02:40:53 +0100, Ben Hutchings wrote:
> cryptsetup needs to adjust the key file paths when unlocking volumes
> from the initramfs, because at this point the 'real' root filesystem is
> mounted at /root.

Can we really assume in the hook file that the roofs will be mounted
onto /root?  Indeed the current /usr/share/initramfs-tools/init seems to
suggest that (it's mounted onto $rootmnt which is constant and set to
/root).  But this is what initramfs-tools(8) says about rootmnt:

Exported variables
  init sets several variables for the boot scripts environment.
  […]
  rootmnt
is the path where root gets mounted usually /root.

Please consider changing the wording (eg, removing “usually”) if we can
safely make this assumption in hook files.

Cheers,
-- 
Guilhem.

signature.asc
Description: PGP signature

Bug#807554: src:nghttp2: Please remove jemalloc as a build-dependency on m68k

2015-12-10 Thread John Paul Adrian Glaubitz

Source: nghttp2
Version: 1.5.0-1
Severity: important
User: debian-...@lists.debian.org
Usertags: m68k

Hello!

nghttp2 is currently BD-Uninstallable on m68k as it build-depends on
jemalloc which currently FTBFS on this architecture [1].

Thus, please add m68k to the list of architectures (which currently
contains hurd-i386 only) which do *not* build-depend on jemalloc.

And, currently, jemalloc even FTBFS on many other architectures due
to testsuite failures [2] which could make nghttp2 BD-Uninstallable
on even more architectures and transitively make even packages like
curl which has a ton of reverse build-dependencies BD-Uninstallable.

According to the nghttp2 developers, jemalloc is recommended only
but not required, so it might be a good idea to temporarily drop
jemalloc as a build-dependency until all problems in jemalloc
are sorted out.

Cheers,
Adrian

> [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=699246
> [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=807548

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Bug#807555: [alfred] Don't modify upstream tarball

2015-12-10 Thread Franz Schrober

Package: alfred
Version: 2015.1
Severity: normal

Don't repackage upstream tarball. The upstream tarball seems to be fine and 
doesn't require any changes from you. Here are the md5sums of the upstream 
tarball:


# curl 
https://downloads.open-mesh.org/batman/stable/sources/alfred/alfred-2015.1.tar.gz
 -o alfred-2015.1.tar.gz
# zcat alfred-2015.1.tar.gz > alfred-2015.1.tar
fcce70cd8da764ee91c8cd2cbfa14362  alfred-2015.1.tar.gz
82dce03d95275db521509a7b6eb3359a  alfred-2015.1.tar# curl 
https://downloads.open-mesh.org/batman/stable/sources/alfred/alfred-2015.1.tar.gz.md5
 -o alfred-2015.1.tar.gz.md5
# md5sum -c alfred-2015.1.tar.gz.md5 
alfred-2015.1.tar.gz: OK

But now your tarball:

# curl 
http://snapshot.debian.org/archive/debian/20151210T041704Z/pool/main/a/alfred/alfred_2015.1.orig.tar.xz
 -o alfred_2015.1.orig.tar.xz
# xzcat alfred_2015.1.orig.tar.xz > alfred_2015.1.orig.tar
# md5sum alfred_2015.1.orig.tar.xz alfred_2015.1.orig.tar
e754005fd803ba6cba4a71615063b54c  alfred_2015.1.orig.tar.xz
7678727a15235a151fa40aa2f049818b  alfred_2015.1.orig.tar

If you need to modify the tarball then mark the resulting tarball with dfsg.1 
in the version part and document what in the DFSG required to modify this 
tarball. And if you need to repack it then provide the script to generate the 
dfsg.1 file as described at 
https://wiki.debian.org/BenFinney/software/repack

Bug#807496: python-systemd: Please provide Python 2 version of python-systemd

2015-12-10 Thread Benjamin Drung

Am Mittwoch, den 09.12.2015, 17:35 +0100 schrieb Michael Biebl:
> Hi
> 
> Am 09.12.2015 um 17:18 schrieb Benjamin Drung:
> > Package: python-systemd
> > Version: 231-1
> > Severity: normal
> > Tags: patch
> > 
> > Hi,
> > 
> > salt 2015.8.3+ds-1 requires python-systemd since it does not yet
> > support
> > Python 3.
> 
> Is that process tracked somewhere?

There is one open bug report for it:
https://github.com/saltstack/salt/issues/11995

> We deliberately dropped python-systemd a while ago [1] since it had
> no
> reverse dependencies and we didn't want new packages picking up a
> python2 dep.
> 
> 
> > PS: The patch also includes a run of wrap-and-sort.
> 
> Please use wrap-and-sort -a to avoid needless churn.

Done. Separate patches attached that can be applied with git am.

-- 
Benjamin Drung
System Developer
Debian & Ubuntu Developer

ProfitBricks GmbH
Greifswalder Str. 207
D - 10405 Berlin

Email: benjamin.dr...@profitbricks.com
URL:  http://www.profitbricks.com

Sitz der Gesellschaft: Berlin.
Registergericht: Amtsgericht Charlottenburg, HRB 125506B.
Geschäftsführer: Andreas Gauger, Achim Weiss.

From 36b29308ded27d1ce7f9d6d73fd8f371f7c15b0b Mon Sep 17 00:00:00 2001
From: Benjamin Drung 
Date: Thu, 10 Dec 2015 10:51:38 +0100
Subject: [PATCH 1/3] Run wrap-and-sort -a

---
 debian/control | 10 +-
 1 file changed, 5 insertions(+), 5 deletions(-)

diff --git a/debian/control b/debian/control
index 637fa1a..2d3db20 100644
--- a/debian/control
+++ b/debian/control
@@ -11,16 +11,16 @@ Homepage: http://www.freedesktop.org/wiki/Software/systemd
 X-Python3-Version: >=3.1
 Build-Depends: debhelper (>= 9),
libsystemd-dev,
-   python3-all-dev,
-   pkg-config
+   pkg-config,
+   python3-all-dev
 
 Package: python3-systemd
 Section: python
 Priority: optional
 Architecture: linux-any
-Depends: ${shlibs:Depends},
- ${misc:Depends},
- ${python3:Depends}
+Depends: ${misc:Depends},
+ ${python3:Depends},
+ ${shlibs:Depends}
 Description: Python 3 bindings for systemd
  This package contains Python 3 bindings for native access to the
  systemd facilities.
-- 
2.5.0

From e1577179dee536dbb7c523d5a20c139362dcef3a Mon Sep 17 00:00:00 2001
From: Benjamin Drung 
Date: Thu, 10 Dec 2015 10:53:23 +0100
Subject: [PATCH 2/3] Introduce python-systemd (Python 2 version)

salt 2015.8.3+ds-1 requires python-systemd since it does not yet
support Python 3.

Closes: #807496
---
 debian/control | 23 +++
 debian/rules   |  3 ++-
 2 files changed, 25 insertions(+), 1 deletion(-)

diff --git a/debian/control b/debian/control
index 2d3db20..8768877 100644
--- a/debian/control
+++ b/debian/control
@@ -10,10 +10,33 @@ Vcs-Browser: https://anonscm.debian.org/cgit/pkg-systemd/python-systemd.git
 Homepage: http://www.freedesktop.org/wiki/Software/systemd
 X-Python3-Version: >=3.1
 Build-Depends: debhelper (>= 9),
+   dh-python,
libsystemd-dev,
pkg-config,
+   python-all-dev,
python3-all-dev
 
+Package: python-systemd
+Section: python
+Priority: optional
+Architecture: linux-any
+Depends: ${misc:Depends},
+ ${python:Depends},
+ ${shlibs:Depends}
+Description: Python 2 bindings for systemd
+ This package contains Python 2 bindings for native access to the
+ systemd facilities.
+ .
+ Functionality is separated into a number of modules:
+  * systemd.journal supports sending of structured messages to the
+journal and reading journal files
+  * systemd.daemon wraps parts of libsystemd useful for writing daemons
+and socket activation
+  * systemd.id128 provides functions for querying machine and boot
+identifiers and a list of message identifiers provided by systemd
+  * systemd.login wraps parts of libsystemd used to query logged in
+users and available seats and machines
+
 Package: python3-systemd
 Section: python
 Priority: optional
diff --git a/debian/rules b/debian/rules
index 888b638..bdccc3b 100755
--- a/debian/rules
+++ b/debian/rules
@@ -2,8 +2,9 @@
 
 #export DH_VERBOSE=1
 #export DEB_BUILD_OPTIONS="nostrip"
+export PYBUILD_NAME=systemd
 
 # Explicitly tell dh to use pybuild, otherwise it will pick the
 # makefile build system.
 %:
-	dh $@ --with python3 --buildsystem=pybuild --parallel
+	dh $@ --with python2,python3 --buildsystem=pybuild --parallel
-- 
2.5.0

From 2502de4a7581c8e888bbe9bda8fa8683a372d85f Mon Sep 17 00:00:00 2001
From: Benjamin Drung 
Date: Thu, 10 Dec 2015 10:54:35 +0100
Subject: [PATCH 3/3] Release 231-1.1

---
 debian/changelog | 7 +++
 1 file changed, 7 insertions(+)

diff --git a/debian/changelog b/debian/changelog
index 991a822..184a569 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+python-systemd (231-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Introduce python-systemd (Python 2 version).
+
+ -- Benjamin Drung   Thu, 10 Dec 2015 10:54:18 +0100
+

Bug#807550: [alfred] debian/watch missing

2015-12-10 Thread Franz Schrober



> Please add the debian/watch file + the upstream key 
> 949CF8FEEBF5F2F6F0C296E5AF383F7C593B6B16 as 
> debian/upstream/signing-key.asc:

The key can already be found in Debian in the related package batctl under 
http://sources.debian.net/data/main/b/batctl/2015.2-1/debian/upstream/signing-key.asc

Copy is attached-BEGIN PGP PUBLIC KEY BLOCK-
Version: GnuPG v1

mQGiBELKaRURBACxuJ6wZhmqKqCS8p3vJO0rlVALZxMtCHruxCf1I6hADZ2ASmel
m394fU2+k8YLFGpFdLwojusWJO9myI47TAm7yr734/aFbYFmX+3mu73ILdvPIGQm
hkcRk3Gkkxan3gdyyXQ9KHmoLJcHwG6lfP4XJNZ9xtVyN5LdUVRjc2DWawCg9YUz
7qhbbVhOQDlp/iJgKnCSb/8D/1t19btAFKsklWFpKG75SfXq6EqTeiozNLmIdo4I
aMMUR4GF5pM6IhLxuf6pFsNi1mk3lo9LPYdcv8aiLEGyyfe13HBeMbvUkKzNnTcH
Uo5Og/oQ19t7eblvzMiEjSwm2CQgP+N+I0ivUvhLdx5gnpUE55axge9s69A/sMQK
hfJ0A/9hcGT2SAHtZEZ9iPhsqo57qcdoEQAHUKS6RnUOFoqVs8Euild+qQVAXvmN
+jiRt83WfuD/xYat2dTkXR0YS5+nwAULtQsraTtNJdnancofm4kdf9XY8+Dd+w1X
/mnrKSf9fM5ePFIstLQcY3bqQnpxO274tPWMUagsuRiQQV7SAbQoU2ltb24gV3Vu
ZGVybGljaCA8c3dAc2ltb253dW5kZXJsaWNoLmRlPohiBBMRAgAiBQJOxj2CAhsD
BgsJCAcDAgYVCAIJCgsEFgIDAQIeAQIXgAAKCRCvOD98WTtrFnN+AJ9uIpSMwp4f
keGCikbhHR2N1DyJpwCfc6e/RWg5SuHjHwKuy7Ll0snFqDK0OFNpbW9uIFd1bmRl
cmxpY2ggPHNpbW9uLnd1bmRlcmxpY2hAczIwMDMudHUtY2hlbW5pdHouZGU+iF4E
ExECAB4FAkPCqQwCGwMGCwkIBwMCAxUCAwMWAgECHgECF4AACgkQrzg/fFk7axbd
sgCgn+uS3cNkLkblMmt5pTPc33kmGCwAoJQ+GmHfyD199ZHFatFQvLhur07m
=1ouw
-END PGP PUBLIC KEY BLOCK-

Bug#790854: (no subject)

2015-12-10 Thread Michael Lustfield

I understand the concern with this bug. However, I strongly prefer not
introducing modifications to the source. In this case, this should work whether
we do or do not apply the patch. Additionally, it's been fixed upstream.

I have a very hard time wanting to do anything beyond letting the fix trickle
down.

-- 
Michael Lustfield

Bug#793187: arb: FTBFS with gcc 4.9.2+

2015-12-10 Thread Andreas Tille

Hi Andreas.

I've uploaded the proposed patch as non-NMU.  Do you want me to approach
release team or are you just a member and will take over from here?

Kind regards and thanks for pushing ;-)

  Andreas.

On Wed, Dec 09, 2015 at 08:22:57PM +0100, Andreas Beckmann wrote:
> On 2015-12-09 17:22, Andreas Tille wrote:
> > Hi,
> > 
> > hmmm, I wonder in how far a lob popcon non-free package is relevant for
> > Jessie point releases.  IMHO this creates more work for all involved
> > parties than it is worth the issue.  Please correct me if I'm wrong and
> > I'll do what needs to be done.
> 
> So far the SRM accepted fixes for FTBFS(-like) bugs in jessie (or the
> non-free appendix to jessie) without questioning.
> If we consider some packages not worth fixing RC bugs in stable, perhaps
> they shouldn't have been part of stable (or stable/non-free) in the
> first place?
> Yes, it's a trivial fix and probably noone will run into the problem in
> real world setups, but where should the line be drawn?
> 
> Andreas

-- 
http://fam-tille.de

Bug#807555: [alfred] Don't modify upstream tarball

2015-12-10 Thread Franz Schrober


Just looked at what you've modified in this "3.0 (quilt)" package and why you 
had to create a new tarball (see #807555). Following was shown me when I diffed 
the two tarballs:

diff -ruN orig/alfred-2015.1/vis/debugfs.c deb/alfred-2015.1/vis/debugfs.c
--- orig/alfred-2015.1/vis/debugfs.c 2015-08-04 16:04:17.0 +0200
+++ deb/alfred-2015.1/vis/debugfs.c 2015-11-19 22:01:56.0 +0100
@@ -58,6 +58,7 @@
return len+1;

snprintf(buffer, size-1, fmt, debugfs_mountpoint, mesh_iface);
+ buffer[size - 1] = '\0';
return 0;
}

@@ -88,7 +89,9 @@
/* give up and parse /proc/mounts */
fp = fopen("/proc/mounts", "r");
if (fp == NULL) {
- perror("Error - can't open /proc/mounts for read");
+ fprintf(stderr,
+ "Error - can't open /proc/mounts for read: %s\n",
+ strerror(errno));
return NULL;
}


These changes SHOULD NEVER EVER EVER EVER EVER EVER be made in the debian 
upstream tarball. They don't qualify for a dfgs tarball at all. You have 
debian/patches for that purpose in "3.0 (quilt)" packages.

Btw. These modifications don't seem to have been forwarded. According to 
codesearch.debian.net, at least batctl should also receive this patch. There 
are most likely more projects using it because these functions are from the 
perf project source code in the linux kernel tree

Bug#807559: [INTL:tr] turkish translation update of ssl-cert

2015-12-10 Thread Atila KOÇ


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

Please find attached the Turkish translation of ssl-cert package.

Regards,
Atila KOÇ
# Turkish translation of ssl-cert.
# This file is distributed under the same license as the ssl-cert package.
# Mehmet TÃ¼rker , 2004.
# Atila KOÃ , 2015.
#
msgid ""
msgstr ""
"Project-Id-Version: ssl-cert\n"
"Report-Msgid-Bugs-To: ssl-c...@packages.debian.org\n"
"POT-Creation-Date: 2012-06-09 20:06+0200\n"
"PO-Revision-Date: 2015-12-04 17:57+0200\n"
"Last-Translator: Atila KOÃ \n"
"Language-Team: Turkish \n"
"Language: tr\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=1; plural=0;\n"
"X-Generator: Poedit 1.5.4\n"

#. Type: string
#. Description
#: ../templates:2001
msgid "Host name:"
msgstr "Makine adÄ±:"

#. Type: string
#. Description
#: ../templates:2001
msgid "Please enter the host name to use in the SSL certificate."
msgstr "SSL sertifikasÄ±nda kullanÄ±lacak makine adÄ±nÄ± girin"

#. Type: string
#. Description
#: ../templates:2001
msgid "It will become the 'commonName' field of the generated SSL certificate."
msgstr "Ãretilecek SSL sertifikasÄ±nda 'commonName' alanÄ±nÄ± oluÅturacaktÄ±r."

#. Type: string
#. Description
#: ../templates:3001
msgid "Alternative name(s):"
msgstr "Alternatif ad(lar):"

#. Type: string
#. Description
#: ../templates:3001
#| msgid "Please enter the host name to use in the SSL certificate."
msgid "Please enter any additional names to use in the SSL certificate."
msgstr "SSL sertifikasÄ±nda kullanÄ±lacak diÄer adlarÄ± girin"

#. Type: string
#. Description
#: ../templates:3001
#| msgid ""
#| "It will become the 'localityName' field of the generated SSL certificate."
msgid ""
"It will become the 'subjectAltName' field of the generated SSL certificate."
msgstr "Ãretilecek SSL sertifikasÄ±nda 'subjectAltName' alanÄ±nÄ± oluÅturacaktÄ±r."

#. Type: string
#. Description
#: ../templates:3001
msgid ""
"Multiple alternative names should be delimited with comma and no spaces. For "
"a web server with multiple DNS names this could look like:"
msgstr ""
"Ãoklu alternatif adlar boÅluk verilmeden, virgÃ¼l kullanÄ±larak "
"sÄ±nÄ±rlandÄ±rÄ±lmalÄ±dÄ±r. Birden fazla DNS alan adÄ±na sahip bir web sunucusu "
"iÃ§in bu, aÅaÄÄ±daki Åekilde gÃ¶rÃ¼lÃ¼r:"

#. Type: string
#. Description
#: ../templates:3001
msgid "DNS:www.example.com,DNS:images.example.com"
msgstr "DNS:www.example.com,DNS:resimler.example.com"

#. Type: string
#. Description
#: ../templates:3001
msgid ""
"A more complex example including a hostname, a WebID, an email address, and "
"an IPv4 address:"
msgstr ""
"Makine adÄ±, bir WebID, bir e-posta adresi ve bir IPv4 adresi iÃ§eren daha "
"karmaÅÄ±k bir Ã¶rnek:"

#. Type: string
#. Description
#: ../templates:3001
msgid ""
"DNS:example.com,URI:http://example.com/joe#me,email:m...@example.com,";
"IP:192.168.7.3"
msgstr ""
"DNS:example.com,URI:http://example.com/joe#me,email:m...@example.com,";
"IP:192.168.7.3"

#. Type: title
#. Description
#: ../templates:4001
msgid "Configure an SSL Certificate."
msgstr "Bir SSL sertifikasÄ± yapÄ±landÄ±r"

#. Type: note
#. Description
#: ../templates:5001
msgid "Local SSL certificates must be replaced"
msgstr "Yerel SSL sertifikalarÄ± deÄiÅtirilmeli"

#. Type: note
#. Description
#: ../templates:5001
msgid ""
"A security certificate which was automatically created for your local system "
"needs to be replaced due to a flaw which renders it insecure. This will be "
"done automatically."
msgstr ""
"Yerel sisteminiz iÃ§in kendiliÄinden yaratÄ±lmÄ±Å bir gÃ¼venlik sertifikasÄ±nÄ±n, "
"bu sertifikayÄ± gÃ¼vensiz kÄ±lan bir kusur nedeniyle deÄiÅtirilmesi gerekiyor. "
"Bu iÅlem kendiliÄinden gerÃ§ekleÅtirilecektir."

#. Type: note
#. Description
#: ../templates:5001
msgid ""
"If you don't know anything about this, you can safely ignore this message."
msgstr ""
"Bunun hakkÄ±nda herhangi bir Åey bilmiyorsanÄ±z, bu iletiyi gÃ¶zardÄ± "
"edebilirsiniz."

#~ msgid "GB"
#~ msgstr "TR"

#~ msgid "Country code:"
#~ msgstr "Ãlke kodu:"

#~ msgid ""
#~ "Please enter the two-letter ISO-3166 code to use in the SSL certificate."
#~ msgstr ""
#~ "SSL sertifikasÄ±nda kullanÄ±lmak Ã¼zere iki harfli ISO-3166 kodunu girin "
#~ "(TÃ¼rkiye iÃ§in 'TR')."

#~ msgid ""
#~ "It will become the 'countryName' field of the generated SSL certificate."
#~ msgstr ""
#~ "Ãretilen SSL sertifikasÄ±nda 'Ã¼lke adÄ±' alanÄ±nda kullanÄ±lacak "
#~ "(countryName)."

#~ msgid "Scotland"
#~ msgstr "Ankara"

#~ msgid "State or province name:"
#~ msgstr "Eyalet ya da Vilayet Ä°smi:"

#~ msgid ""
#~ "Please enter the name of the administrative subdivision to use in the SSL "
#~ "certificate."
#~ msgstr "SSL sertifikasÄ±nda kullanÄ±lmak Ã¼zere yÃ¶netim altbirim ismi girin."

#~ msgid ""
#~ "It will become the 'stateOrProvinceName' field of the generated SSL "
#~ "certificate."
#~ msgstr ""
#~ "Ãretilen SSL sertifikasÄ±nda 'eyalet ya da vilayet is

Bug#807558: postgis: liblwgeom 2.2.0 breaks spatialite

2015-12-10 Thread Bas Couwenberg

Source: postgis
Version: 2.2.0+dfsg-1
Severity: serious
Tags: upstream
Justification: Breaks spatialite

lw_vasprintf was removed in liblwgeom 2.2.0, but it's required for
SpatiaLite 4.3.0a.

This RC bug is needed to prevent testing migration.

Bug#807556: libspatialite.so: undefined reference to `lw_vasprintf'

2015-12-10 Thread Bas Couwenberg

Source: spatialite
Version: 4.3.0a-2
Severity: serious
Tags: upstream
Justification: Causes build failures
Forwarded: 
https://groups.google.com/d/msg/spatialite-users/LuFirW-60q4/3ccGcWcDDgAJ

SpatiaLite needs to be updated for liblwgeom 2.2.0 in which lw_vasprintf
was removed. It may be sufficient to switch to the sqlite3_vmprintf
functions as discussed on the spatialite-users list:

 https://groups.google.com/d/msg/spatialite-users/LuFirW-60q4/3ccGcWcDDgAJ

This RC bug needs to prevent testing migration.

Bug#807545: [Aptitude-devel] Bug#807545: Bug#807545: aptitude: creates non-dot directory in user home

2015-12-10 Thread Axel Beckert

Control: tag -1 + fixed-upstream
Control: severity -1 serious

Hi,

IMHO this bug should not migrate to testing. Hence setting severity to
serious.

Axel Beckert wrote:
> Rhonda D'Vine wrote:
> >  aptitude now creates a non-dot aptitude directory in the userhome.
> 
> Indeed. That's definitely not on purpose, unexpected and probably a
> bug in the $XDG_* handling.

Hopefully fixed in the master branch in git:

http://anonscm.debian.org/cgit/aptitude/aptitude.git/commit/?id=aba1b45 +
http://anonscm.debian.org/cgit/aptitude/aptitude.git/commit/?id=e92dd0c

We'll have to check if this gets a 0.7.5.1-1 or 0.7.5-2 or 0.7.6-1.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE

Bug#807557: kde-telepathy-text-ui: steals focus on new chat window

2015-12-10 Thread Dominik George

Package: kde-telepathy-text-ui
Version: 15.08.3-1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

When a new conversation comes in, a new chat window is opened. It
immediately steals the focus and sets it to the message input box.

Today was not the first time my sudo password acidentally made its way
into the caht box of some contact who said hello in the wrong moment
(luckily, I noticed before hitting enter).

This even happens when the enw window is added as a new tab while
chatting, switching to the new chat in mid-sentence.

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

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

Versions of packages kde-telepathy-text-ui depends on:
ii  kde-telepathy-data  15.08.3-1
ii  libc6   2.21-3
ii  libgcc1 1:5.3.1-3
ii  libjs-jquery2.1.1-1
ii  libkf5archive5  5.16.0-1
ii  libkf5configcore5   5.16.0-1
ii  libkf5configgui55.16.0-1
ii  libkf5configwidgets55.16.0-1
ii  libkf5coreaddons5   5.16.0-1
ii  libkf5dbusaddons5   5.16.0-1
ii  libkf5emoticons-bin 5.16.0-2
ii  libkf5emoticons55.16.0-2
ii  libkf5i18n5 5.16.0-1
ii  libkf5iconthemes5   5.16.0-1
ii  libkf5itemviews55.16.0-1
ii  libkf5kcmutils5 5.16.0-1
ii  libkf5kiocore5  5.16.0-1
ii  libkf5kiowidgets5   5.16.0-1
ii  libkf5notifications55.16.0-1
ii  libkf5notifyconfig5 5.16.0-1
ii  libkf5people5   5.16.0-1
ii  libkf5peoplewidgets55.16.0-1
ii  libkf5service-bin   5.16.0-1
ii  libkf5service5  5.16.0-1
ii  libkf5sonnetcore5   5.16.0-1
ii  libkf5sonnetui5 5.16.0-1
ii  libkf5textwidgets5  5.16.0-1
ii  libkf5webkit5   5.16.0-1
ii  libkf5widgetsaddons55.16.0-1
ii  libkf5windowsystem5 5.16.0-1
ii  libkf5xmlgui5   5.16.0-1
ii  libktpcommoninternals9  15.08.3-1
ii  libktplogger9   15.08.3-1
ii  libktpmodels9   15.08.3-1
ii  libktpotr9  15.08.3-1
ii  libktpwidgets9  15.08.3-1
ii  libqt5core5a5.5.1+dfsg-8
ii  libqt5dbus5 5.5.1+dfsg-8
ii  libqt5gui5  5.5.1+dfsg-8
ii  libqt5webkit5   5.5.1+dfsg-2
ii  libqt5widgets5  5.5.1+dfsg-8
ii  libqt5xml5  5.5.1+dfsg-8
ii  libstdc++6  5.3.1-3
ii  libtelepathy-qt5-0  0.9.6.1-4

Versions of packages kde-telepathy-text-ui recommends:
ii  kde-telepathy  15.08.2

kde-telepathy-text-ui suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQJOBAEBCAA4BQJWaVJqMRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n
cGctcG9saWN5LnR4dC5hc2MACgkQt5o8FqDE8pZMOxAAhm3qfcfdj0WYho1+Ru0E
fgTTjJUzPoL+czMJ0im3yPvYys9QMJ8i9xhFh0g5UBf9ViQpXDBkoGU/hKzdr1q8
swU4oM2Ts1n6wIwKiDzofF/r+xFji5cyQTkbeNy4eUJo2KJAKybcPvOwxlOVO7ij
Bv6Ox1vBGNfyWtqMwKH8JIR0FtRfg9xDWzoGAXeWX3r7HSGUXIuQgA+tdVPLsGDA
+qgvQN5A+KsVglo+ycYxAZt7+889D5gXVFVRa5nD56E+CmywgY/+NhMqqrOaq1/0
oiuebiakuzcw5CxmcASepsDT3/2clTvTuCANJdyfJdSdr9qSPqvgeSvqBMJqj1TJ
8o/sXQcZizFDuxUKZmA/5vdFb1TpCrhbWWEd7aHyeR+z9k7+z9PCM3yEwNiIzVNT
seBRON0DrlATAM8mDX/ltHjz1XQJUqhWupgLktrtPQmImM89YnoD8vjayZrgC0Fd
VudhRh9fRhb29DJLauxh8VodVnyKHFBmGxhrvrajQg/HPip9XQ9IKo2VkFtdQZua
UfH9HruxA7rvW+lBNraVWroMdV9iqCZsEuEwEiJnLNmXWnz2O7TavtO8DSjWLpL6
ZHsatn6lR/DhqHTfkR5+MaFodqTEgtNByhxx/UlvavPHxGjKFvwA2aQ53FJ7FzEW
vfU+49LzZgrx01nyk7r4Nww=
=n4Tg
-END PGP SIGNATURE-

Bug#807560: postgis-java: Prevent testing migration

2015-12-10 Thread Bas Couwenberg

Source: postgis-java
Version: 1:2.2.0-1
Severity: serious
Tags: upstream
Justification: Shouldn't migrate until spatialite issue is fixed

This RC bug should prevent testing migration of postgis-java, because
postgis 2.2.0 shouldn't migrate because it breaks spatialite.

Starting with postgis 2.2.0, postgis-java is a separate project instead
of being built from the postgis source. Both postgis and postgis-java
should migrate to testing together.

Bug#807528: vlc: after some time, clicks on the root window no longer work

2015-12-10 Thread Vincent Lefevre

On 2015-12-10 10:34:01 +0100, Sebastian Ramacher wrote:
> Are you that this is a bug in vlc and not Qt 5, your window manager
> or X.Org?

I don't know. I'm on another machine, and the problem is reproducible
on it. Since the mouse is attached on the USB hub of the screen, I can
do this either by unplugging the mouse USB cable or by switching off
the screen and back on. In the latter case, if I do this while the
VLC window isn't visible (I'm on another desktop page) and go to the
VLC page again, the VLC window contains garbage, and if I click on it,
VLC crashes (segmentation fault) in QXcbScreen::mapFromNative in
libQt5XcbQpa.so.5.5.1 (I can give more details later). Should I report
a new bug for this?

> Are you able to reproduce the issue with a USB mouse with a
> non-broken cable?

Yes, and even on a different machine (see above).

> In any case, this is missing logs from vlc and probably X.Org and dmesg.

In X.org log, something like:

[259110.094] (II) config/udev: removing device Logitech USB Optical Mouse
[259110.108] (II) evdev: Logitech USB Optical Mouse: Close
[259110.108] (II) UnloadModule: "evdev"

Ditto on the other machine.

dmesg output:

[259110.065413] usb 3-6: USB disconnect, device number 22
[259110.065419] usb 3-6.2: USB disconnect, device number 23
[259110.112570] usb 3-6.4: USB disconnect, device number 24
[259110.276091] usb 4-5: USB disconnect, device number 14
[259110.276097] usb 4-5.4: USB disconnect, device number 15

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#807561: python3-gdal: Fails to import in at least python3 with missing symbol lw_vasprintf

2015-12-10 Thread Michael Fladischer

Package: python3-gdal
Version: 1.11.3+dfsg-2
Severity: important

Dear Maintainer,

importing gdal in python3 fails due to undefined symbol in libspatialite:

$ python3 -c "import gdal"
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/python3/dist-packages/gdal.py", line 2, in 
from osgeo.gdal import deprecation_warn
  File "/usr/lib/python3/dist-packages/osgeo/__init__.py", line 21, in 
_gdal = swig_import_helper()
  File "/usr/lib/python3/dist-packages/osgeo/__init__.py", line 17, in 
swig_import_helper
_mod = imp.load_module('_gdal', fp, pathname, description)
  File "/usr/lib/python3.4/imp.py", line 243, in load_module
return load_dynamic(name, filename, file)
ImportError: /usr/lib/x86_64-linux-gnu/libspatialite.so.7: undefined symbol: 
lw_vasprintf

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

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

Versions of packages python3-gdal depends on:
ii  libc6   2.21-3
ii  libgcc1 1:5.3.1-3
ii  libgdal1i [libgdal.so.1-1.11.3] 1.11.3+dfsg-2
ii  libstdc++6  5.3.1-3
ii  python3 3.4.3-7
ii  python3-numpy [python3-numpy-abi9]  1:1.9.2-5

python3-gdal recommends no packages.

Versions of packages python3-gdal suggests:
ii  gdal-bin  1.11.3+dfsg-2

-- no debconf information

Bug#807562: [alfred] Please enable pie hardening

2015-12-10 Thread Franz Schrober

Package: alfred
Version: 2015.1
Severity: wishlist

The alfred executables are network accessible executables (not libraries). 
Please add the pie hardening to have the full debian-proposed hardening on 
executables.

Please see 
https://wiki.debian.org/Hardening#DEB_BUILD_HARDENING_PIE_.28gcc.2Fg.2B-.2B-_-fPIE_-pie.29
 for more information

You can enable it by uncommenting following line in your debian/rules file:

export DEB_BUILD_MAINT_OPTIONS = hardening=+all

Bug#807270: mk-origtargz: create reproducible tarballs and --mtime option

2015-12-10 Thread Hans-Christoph Steiner



Osamu Aoki:
> Hi,
> 
> On Mon, Dec 07, 2015 at 08:07:53PM +0100, Hans-Christoph Steiner wrote:
>>
>>
>> Osamu Aoki:
>>> Hi,
>>>
>>> Second thought ...
>>>
>>> uscan/mk-origtargz/uupdate is not run during the binary package building
>>> process.  Does the reproducible build aims to create source package in
>>> reproducible way?
>>>
>>> If reproducible build is aiming for binary build reproducibility,
>>> changing behavior of uscan/mk-origtargz/uupdate has no impact.
>>
>> We want to have the whole process able to be inspected, including the
>> process of making the source tarballs.  But yes, binary reproducibility
>> is more important.  In this case, it is pretty easy to make reproducible
>> source tarballs, so I think its worth doing.
> 
> Please also remember that reproducing upstream content including the
> file time stamp is important factor.
> 
>>> On Mon, Dec 07, 2015 at 10:30:10PM +0900, Osamu Aoki wrote:
>>>
 On Sun, Dec 06, 2015 at 10:21:04PM +0100, Hans-Christoph Steiner wrote:
>>> ...
> Whenever mk-origtargz is repacking a zipball, it should zero out the
> timestamps in the tar format so that the process produces the same
> tarball every time it runs.
>>>
>>> Why you need this?  unzip preserves file timestamps inside of zip
>>> archive.  Am I right?  Is this something we need to do for repacking of
>>> tar.gz?
>>
>> I believe unzip will preserve the timestamps.
> 
> So why you wish to overwrite mtime?  Does the upstream release zipball
> with different time stamp everytime user request to download?
> 
> Please be concrete on the needs with actual example package so we are
> not expanding on fantasy.

Yes, Google's http://googlesource.com website provides nice .tgz
download links for every commit, but those tarballs are different everytime.


> This can be done using tar's --mtime= flag.
>>>
>>> Yah, if it is needed.
>>>
> Additionally, it would be very useful if mk-origtargz also had a --mtime
> option which forced the tarball to be repacked using the date given to
> the --mtime="Wed Oct 28 10:12:27 2015 -0700" flag.  Here's an example of
> how to do that in perl:
>
> https://stackoverflow.com/a/16728218
>>>
>>> Well ... it is simpler than this as long as we know what date to set.
>>> Just run tar with --mtime option in the code with the reference file or
>>> date string.
>>
>> As long as mk-origtargz has an --mtime option, then we can use the most
>> appropriate date.  For example, with Android SDK packages, we can get
>> the git commit date of the release, since upstream does not post release
>> tarballs, only git tags.  It is this use case that made me want
>> mk-origtargz to support --mtime.
> 
> If we add features, we need to add infinite number of them unless there
> is a strong case which makes addition useful.  Does android SDK zip ball
> has rondom timestamp inside zipball?
> 
> Regards,
> 
> Osamu

http://googlesource.com uses the current date/time as the time stamp
each time you download it.  The timestamp is the mostly likely variation
when producing source tarballs from git/etc.

.hc

Bug#807561: python3-gdal: Fails to import in at least python3 with missing symbol lw_vasprintf

2015-12-10 Thread Sebastiaan Couwenberg

Control: block -1 by 807556

Hi Michael,

The update to PostGIS 2.2.0 broke SpatiaLite, and by extension
everything that links to libspatialite.

I've started a discussion with SpatiaLite upstream about fixing 4.3.0a
to support liblwgeom from PostGIS 2.2.0.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#807563: [alfred] Please use 64 bit io api to enable LFS

2015-12-10 Thread Franz Schrober

Package: alfred
Version: 2015.1
Severity: wishlist

alfred, batadv-vis and alfred-gpsd are using io functions to read and write 
data. These by default don't support large files. Please compile with 
-D_FILE_OFFSET_BITS=64 on Debian to enable the large file support

Bug#807528: vlc: after some time, clicks on the root window no longer work

2015-12-10 Thread Sebastian Ramacher

On 2015-12-10 11:31:47, Vincent Lefevre wrote:
> On 2015-12-10 10:34:01 +0100, Sebastian Ramacher wrote:
> > Are you that this is a bug in vlc and not Qt 5, your window manager
> > or X.Org?
> 
> I don't know. I'm on another machine, and the problem is reproducible
> on it. Since the mouse is attached on the USB hub of the screen, I can
> do this either by unplugging the mouse USB cable or by switching off
> the screen and back on. In the latter case, if I do this while the
> VLC window isn't visible (I'm on another desktop page) and go to the
> VLC page again, the VLC window contains garbage, and if I click on it,
> VLC crashes (segmentation fault) in QXcbScreen::mapFromNative in
> libQt5XcbQpa.so.5.5.1 (I can give more details later). Should I report
> a new bug for this?

This sound very similar to #790825. Are you able to reproduce the issues with
the test program posted there?

In any case, please provide the vlc logs and install vlc-dbg and qtbase5-dbg and
attach the backtrace.

Cheers

> 
> > Are you able to reproduce the issue with a USB mouse with a
> > non-broken cable?
> 
> Yes, and even on a different machine (see above).
> 
> > In any case, this is missing logs from vlc and probably X.Org and dmesg.
> 
> In X.org log, something like:
> 
> [259110.094] (II) config/udev: removing device Logitech USB Optical Mouse
> [259110.108] (II) evdev: Logitech USB Optical Mouse: Close
> [259110.108] (II) UnloadModule: "evdev"
> 
> Ditto on the other machine.
> 
> dmesg output:
> 
> [259110.065413] usb 3-6: USB disconnect, device number 22
> [259110.065419] usb 3-6.2: USB disconnect, device number 23
> [259110.112570] usb 3-6.4: USB disconnect, device number 24
> [259110.276091] usb 4-5: USB disconnect, device number 14
> [259110.276097] usb 4-5.4: USB disconnect, device number 15
> 
> -- 
> Vincent Lefèvre  - Web: 
> 100% accessible validated (X)HTML - Blog: 
> Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
> 
> ___
> pkg-multimedia-maintainers mailing list
> pkg-multimedia-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

-- 
Sebastian Ramacher


signature.asc
Description: PGP signature

Bug#806301: RFS: libechonest/2.3.1-0.1 [NMU] -- library for communicating with The Echo Nest platform

2015-12-10 Thread Stefan Ahlers

Hi,

thank you for your help. I'd checked different methods for the symbol
files and I think I found a good one.
I'm using the options "(arch-bits=32) (arch-bits=64)" to separate them.
Thank you for your hint!

This should work for all builds, which were failed to build.

But I have two questions for now. Which version scheme shell I use?
libechonest/2.3.1-0.2 or libechonest/2.3.1-1?

Furthermore it seems someone dislike the using of transitional package
(see #807507).
What should I do? Deleting the transitional package or not?

Stefan

Bug#807565: Unpaper error dialog cannot be hidden permanently

2015-12-10 Thread martin f krafft

Package: gscan2pdf
Version: 1.3.5-1
Severity: minor

Recently, I am getting an error like shown in the attached
screenshot for every page I scan (on various machines). I have yet
to investigate the problem with unpaper, but would like to report
that the checkbox "Don't show this again" doesn't have any effect,
probably because the (memory?) address in the message changes each
time.

And indeed, ~/.gscan2pdf is full of different messages.

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

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

Versions of packages gscan2pdf depends on:
ii  imagemagick8:6.8.9.9-6
ii  libconfig-general-perl 2.60-1
ii  libfilesys-df-perl 0.92-5+b1
ii  libgoo-canvas-perl 0.06-2+b1
ii  libgtk2-ex-simple-list-perl0.50-2
ii  libgtk2-imageview-perl 0.05-2+b1
ii  libhtml-parser-perl3.71-2
ii  libimage-magick-perl   8:6.8.9.9-6
ii  liblist-moreutils-perl 0.413-1
ii  liblocale-gettext-perl 1.07-1
ii  liblog-log4perl-perl   1.46-1
ii  libossp-uuid-perl [libdata-uuid-perl]  1.6.2-1.5+b1
ii  libpdf-api2-perl   2.025-1
ii  libproc-processtable-perl  0.53-1
ii  libreadonly-perl   2.000-2
ii  librsvg2-common2.40.12-1
ii  libsane-perl   0.05-2+b2
ii  libset-intspan-perl1.19-1
ii  libtiff-tools  4.0.5-1
ii  libtry-tiny-perl   0.22-1
ii  sane-utils 1.0.25-2

Versions of packages gscan2pdf recommends:
ii  djvulibre-bin  3.5.27.1-5
pn  libgtk2-ex-podviewer-perl  
ii  sane   1.0.14-11
ii  tesseract-ocr  3.04.00-5+b1
ii  unpaper6.1-1
ii  xdg-utils  1.1.1-1

gscan2pdf suggests no packages.

-- debconf-show failed


-- 
 .''`.   martin f. krafft  @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#807555: [alfred] Don't modify upstream tarball

2015-12-10 Thread Steffen Möller

Hi Franz,

On 10/12/15 11:17, Franz Schrober wrote:
> Just looked at what you've modified in this "3.0 (quilt)" package and why you 
> had to create a new tarball (see #807555). Following was shown me when I 
> diffed the two tarballs:
>
> diff -ruN orig/alfred-2015.1/vis/debugfs.c deb/alfred-2015.1/vis/debugfs.c
> --- orig/alfred-2015.1/vis/debugfs.c 2015-08-04 16:04:17.0 +0200
> +++ deb/alfred-2015.1/vis/debugfs.c 2015-11-19 22:01:56.0 +0100
> @@ -58,6 +58,7 @@
> return len+1;
>
> snprintf(buffer, size-1, fmt, debugfs_mountpoint, mesh_iface);
> + buffer[size - 1] = '\0';
> return 0;
> }
>
> @@ -88,7 +89,9 @@
> /* give up and parse /proc/mounts */
> fp = fopen("/proc/mounts", "r");
> if (fp == NULL) {
> - perror("Error - can't open /proc/mounts for read");
> + fprintf(stderr,
> + "Error - can't open /proc/mounts for read: %s\n",
> + strerror(errno));
> return NULL;
> }
>
>
> These changes SHOULD NEVER EVER EVER EVER EVER EVER be made in the debian 
> upstream tarball. They don't qualify for a dfgs tarball at all. You have 
> debian/patches for that purpose in "3.0 (quilt)" packages.
>
> Btw. These modifications don't seem to have been forwarded. According to 
> codesearch.debian.net, at least batctl should also receive this patch. There 
> are most likely more projects using it because these functions are from the 
> perf project source code in the linux kernel tree
Hm. I do not recall to have performed these changes. Can only
investigate next weekend.
Are we possibly just looking at different versions? Anyway, your
scrutiny is appreciated.
Would you possibly want to adopt the package - and close both bugs?

Best,

Steffen

Bug#805704: Inform6 for Unix

2015-12-10 Thread Ben Finney

On 09-Dec-2015, d...@661.org wrote:

> It has been a couple weeks or so since we last talked. Is everything
> okay with my Inform6 for Unix such that it can be put into Debian's
> official repositories?

I am working on the packaging for Debian.

I see now that you've removed the non-free Inform 6 Designer's Manual.
You've also changed the reference for the Inform 6 compiler to the one
maintained by David Kinder. Thanks!

On 09-Dec-2015, d...@661.org wrote:

> Can I get a confirmation that my Inform6 package is completely
> compatible with Debian? I'd like to move it out of beta.

Well, best not to wait for us; it's out of beta whether or not it gets
into Debian :-) That is, I don't think the release status should be
dependent on whether Debian can take the package.

-- 
 \   “The internet's completely over.… Anyway, all these computers |
  `\and digital gadgets are no good. They just fill your head with |
_o__) numbers and that can't be good for you.” —Prince, 2010-07-05 |
Ben Finney 

signature.asc
Description: PGP signature

Bug#807564: digikam: FTBFS: Could not find a package configuration file provided by "Marble"

2015-12-10 Thread Dominik George

I think some related information is in the PTS: 
https://packages.qa.debian.org/d/digikam.html

-- 
PGP-Fingerprint: 3C9D 54A4 7575 C026 FB17  FD26 B79A 3C16 A0C4 F296

Dominik George · Mobil: +49-151-61623918

Teckids e.V. · FrOSCon e.V. · OpenRheinRuhr e.V.
Fellowship of the FSFE · Piratenpartei Deutschland
Opencaching Deutschland e.V. · Debian Contributor

LPIC-3 Linux Enterprise Professional (Security)

Bug#806301: RFS: libechonest/2.3.1-0.1 [NMU] -- library for communicating with The Echo Nest platform

2015-12-10 Thread Gianfranco Costamagna

Hi,


>thank you for your help. I'd checked different methods for the symbol
>files and I think I found a good one.
>I'm using the options "(arch-bits=32) (arch-bits=64)" to separate them.
>Thank you for your hint!


wonderful
>This should work for all builds, which were failed to build.


sure, let's see
>But I have two questions for now. Which version scheme shell I use?
>libechonest/2.3.1-0.2 or libechonest/2.3.1-1?


it is fine 0.2 to keep it similar to before
>Furthermore it seems someone dislike the using of transitional package
>(see #807507).
>What should I do? Deleting the transitional package or not?


true story, please delete it and upload on mentors!

cheers,

G.

Bug#807566: RM: gedit-r-plugin -- RoQA; abandoned + dead-upstream

2015-12-10 Thread Andreas Henriksson

Package: ftp.debian.org
Severity: normal

Hello ftp team!

Please remove the gedit-r-plugin package, to unblock the upcoming
vte3 removal. The reason for gedit-r-plugin to be removed are:
 - abandoned in debian
   (no response from maintainer in atleast 6 months -> #788031,
already nonfunctional/gravely buggy in stable -> #784246)
 - dead upstream
   ( http://sourceforge.net/p/rgedit/discussion/993859/thread/1d742881/ )

There doesn't seem to be anyone interested in fixing the package up,
but if someone appears they can just upload a new/fixed version at
any time later on.

Regards,
Andreas Henriksson

Bug#803182: [Pkg-salt-team] Bug#803182: closed by Benjamin Drung (salt: CVE-2015-6918: git module leaks authentication details into log)

2015-12-10 Thread Benjamin Drung

Am Mittwoch, den 09.12.2015, 22:15 +0100 schrieb Salvatore Bonaccorso:
> Control: found -1 2015.8.1+ds-1
> Control: fixed -1 2015.8.3+ds-1
> 
> > Version: 2015.8.1+ds-1
> > 
> > The security bug was fixed upstream in release 2015.5.5 and thus
> > the
> > fix was part of the next Debian upload 2015.8.1+ds-1
> 
> Checking the debdiffs it looks the fix was actually only in
> 2015.8.3+ds-1 but not in 2015.8.1+ds-1. Adjusting thus the fixed
> version.

Really? 2015.8.1+ds-1 already uses redact_http_basic_auth() in
_git_run() for stderr:

msg = 'Command \'{0}\' failed'.format(
salt.utils.url.redact_http_basic_auth(gitcommand)
)
if result['stderr']:
msg += ': {0}'.format(
   
 salt.utils.url.redact_http_basic_auth(result['stderr'])
)
raise CommandExecutionError(msg)

-- 
Benjamin Drung
System Developer
Debian & Ubuntu Developer

ProfitBricks GmbH
Greifswalder Str. 207
D - 10405 Berlin

Email: benjamin.dr...@profitbricks.com
URL:  http://www.profitbricks.com

Sitz der Gesellschaft: Berlin.
Registergericht: Amtsgericht Charlottenburg, HRB 125506B.
Geschäftsführer: Andreas Gauger, Achim Weiss.

Bug#807567: libreoffice-core: in mode setting (size of fonts, styles of writing) remain old characters so changes are unreadable

2015-12-10 Thread Martin Kovařík

Package: libreoffice-core
Version: 1:5.0.4~rc1-1
Severity: minor

Dear Maintainer,

   * What led up to the situation?

You should change some setting (fonts size, select new fonts, change of
new writing style)
in the menu of LibreOffice-Writer on the top main screen. The new
setting is active, but is
not much readable the new choice coz the old characters remain under
the new characters
describing of the setting.
I have no hardware acceleration, no OpenGl setting on.

Problem is show in the attached picture




-- Package-specific info:
All deployed bundled extensions:

Identifier: com.sun.star.comp.Calc.NLPSolver
  Version: 0.9
  URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/NLPsolver
  is registered: yes
  Media-Type: application/vnd.sun.star.package-bundle
  Description: This extension integrates into Calc and offers new Solver engines
to use for optimizing nonlinear programming models.
  bundled Packages: {
  URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/NLPsolver/help
  is registered: yes
  Media-Type: application/vnd.sun.star.help
  Description: 

  URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/NLPsolver/NLPSolver.jar
  is registered: yes
  Media-Type: application/vnd.sun.star.uno-component;type=Java
  Description: 

  }

Identifier: org.openoffice.da.writer2xhtml.oxt
  Version: 1.0.2
  URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/writer2xhtml
  is registered: yes
  Media-Type: application/vnd.sun.star.package-bundle
  Description: Writer2xhtml nab�z� exportn� filtry pro Writer a Calc s v�stupem 
v XHTML a XHTML+MathML
  bundled Packages: {
  URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/writer2xhtml/writer2xhtml.rdb
  is registered: yes
  Media-Type: application/vnd.sun.star.uno-typelibrary;type=RDB
  Description: 

  URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/writer2xhtml/W2XDialogs/
  is registered: yes
  Media-Type: application/vnd.sun.star.basic-library
  Description: 

  URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/writer2xhtml/Options.xcs
  is registered: yes
  Media-Type: application/vnd.sun.star.configuration-schema
  Description: 

  URL: 
vnd.sun.star.expand:$BUNDLED_EXTENSIONS/writer2xhtml/writer2xhtml-filter.jar
  is registered: yes
  Media-Type: application/vnd.sun.star.uno-component;type=Java
  Description: 

  URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/writer2xhtml/w2x_types.xcu
  is registered: yes
  Media-Type: application/vnd.sun.star.configuration-data
  Description: 

  URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/writer2xhtml/w2x_filters.xcu
  is registered: yes
  Media-Type: application/vnd.sun.star.configuration-data
  Description: 

  URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/writer2xhtml/Options.xcu
  is registered: yes
  Media-Type: application/vnd.sun.star.configuration-data
  Description: 

  }

Identifier: org.openoffice.da.writer2latex.oxt
  Version: 1.0.2
  URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/writer2latex
  is registered: yes
  Media-Type: application/vnd.sun.star.package-bundle
  Description: Writer2LaTeX nab�z� exportn� filtry pro Writer s v�stupem v 
LaTeXu a BibTeXu
  bundled Packages: {
  URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/writer2latex/writer2latex.rdb
  is registered: yes
  Media-Type: application/vnd.sun.star.uno-typelibrary;type=RDB
  Description: 

  URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/writer2latex/W2LDialogs/
  is registered: yes
  Media-Type: application/vnd.sun.star.basic-library
  Description: 

  URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/writer2latex/Options.xcs
  is registered: yes
  Media-Type: application/vnd.sun.star.configuration-schema
  Description: 

  URL: 
vnd.sun.star.expand:$BUNDLED_EXTENSIONS/writer2latex/writer2latex-filter.jar
  is registered: yes
  Media-Type: application/vnd.sun.star.uno-component;type=Java
  Description: 

  URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/writer2latex/w2l_types.xcu
  is registered: yes
  Media-Type: application/vnd.sun.star.configuration-data
  Description: 

  URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/writer2latex/w2l_filters.xcu
  is registered: yes
  Media-Type: application/vnd.sun.star.configuration-data
  Description: 

  URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/writer2latex/Options.xcu
  is registered: yes
  Media-Type: application/vnd.sun.star.configuration-data
  Description: 

  }

All deployed shared extensions:


All deployed user extensions:



Experimental features enabled:

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

Kernel: Linux 4.2.0-1-amd64 (SMP w/1 CPU core)
Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8)
Shell: /bin/s

Bug#807568: RM: vte3 -- ROM; dead and replaced by vte2.91

2015-12-10 Thread Andreas Henriksson

Package: ftp.debian.org
Severity: normal

Hello ftp team!

Please remove the vte3 source package and binaries from the archive.
It has been replaced with src:vte2.91.

The only real blocker is Bug#807566 which needs to be dealt with first.

Please also note that there are some lingering cruft that you might
also need to clean up:
 - outdated binaries on kfreebsd-*:
   nemiver: nemiver [kfreebsd-amd64 kfreebsd-i386]
 - no longer built binaries:
   ruby-vte3 (no longer part of src:ruby-gnome2 in testing/unstable)

Regards,
Andreas Henriksson

Bug#807507: libechonest2.1: Missing libechonest.so.2.1

2015-12-10 Thread Stefan Ahlers

Hi,

> No, it's not. Unless the new package provides the same SONAME as 
> libechonest2.1
> (which it does not), this is not "renaming a package".
>
> I was looking for some documentation, but I think the best think I can point 
> you
> to is §8 of the policy. But in short: transitiong from the old SONAME to the 
> new
> SONAME is done via rebuilds of the rev deps, not via the old library package
> pulling in the new one.

Oh ok, now I understand it! Thank you for your hint! I'll fix it.

Kindly regards,
Stefan Ahlers

Bug#807527: initramfs-tools: Please provide an API or best practices for custom initramfs hook configuration

2015-12-10 Thread Jonas Meurer

Hi there,

On Thu, 10 Dec 2015 02:52:11 +0100 Guilhem Moulin 
wrote:
> AFAIK there is no documentation for where users should set variables to
> configure an initramfs hook.  There are a couple of workaround, all
> hacky and/or relying on undocumented properties of initramfs-tools(8):
> 
>   1/ Setting said variable in initramfs.conf(5).  (Since hook scripts
>  are executed is sub-shells the variable need to be exported.)  This
>  is somewhat ugly since initramfs.conf(5) is the configuration file
>  *for mkinitramfs*, not for the hook files.
> 
>   2/ Using /usr/share/initramfs-tools/conf-hooks.d/$hook.  This is an
>  undocumented (short of an entry in the changelog) hack.  Also
>  unless that file is marked as a conffile (which violates the
>  policy) user modifications are wiped upon upgrade.

If I got it right (didn't find documentation about it), the current
purpose of conf-hooks.d seems to be to configure *mkinitramfs* in a
proper way required by the hook scripts, not to set configuration
variables for the hook scripts themselves, no? At least, all that
mkinitramfs does for now, is to source the files from conf-hooks.d. No
export of variables, so the configured variables aren't available to the
hook scripts for now.

>   3/ Make /usr/share/initramfs-tools/conf-hooks.d/$hook a symlink to
>  /etc/initramfs-tools/conf-hooks.d/$hook.  But again, this uses an
>  undocumented property of mkinitramfs(8), and it might hijack your
>  /etc/initramfs-tools namespace.
> 
> There are packages that ship user configurable initramfs hooks
> (cryptsetup and dropbear-initramfs come to mind).  These package need
> documented instructions for where to drop user configuration
> (/etc/initramfs-tools/conf-hooks.d/$package comes to mind).
> 
> Alternatively, in a private discussion with Jonas Meurer of the Debian
> Cryptsetup Team (X-Debug-CC), I've been suggested that mkinitramfs(8)
> could instead source files in /etc/initramfs-tools/conf-hooks.d/ after
> sourcing /usr/share/initramfs-tools/conf-hooks.d/.  This way package
> maintainers would ship variables with their default in /usr while users
> would write their custom configuration in /etc.

Following up on that I think that a proper solution would be the following:

- redefine the purpose of files in conf-hooks.d to set variables that
  are made available to mkinitramfs *and* the hook scripts. In other
  words, parse the configure includes from conf-hooks.d in mkinitramfs
  and export all variables instead of just sourcing the files.
- add the change proposed by Guilhem and support user-defined configs
  from /etc/initramfs-tools/conf-hooks.d/, overwriting the configs from
  packages at /usr/share/initramfs-tools/conf-hooks.d/.

See attached patch which implements this.

Cheers,
 jonas

> -8<->8-
> --- a/mkinitramfs
> +++ b/mkinitramfs
> @@ -87,6 +87,7 @@
>   echo "Warning: ${i} is a directory instead of file, ignoring."
>   elif [ -e "${i}" ]; then
>   . "${i}"
> + . [ ! -f "/etc/${i#/usr/share/}" ] || . "/etc/${i#/usr/share/}"
>   fi
>  done
>  
> -8<->8-
> 
> Either way, IMHO initramfs-tools(8) should include some instructions for
> custom initramfs hook configuration.
> 
> Cheers,
> -- 
> Guilhem.
> 
> PS. In fact I've implemented 3/ in dropbear-initramfs a couple of weeks
> ago.  Oopsâ¦
From fd3af859880f727088a3fd21fbccef9949bb02ed Mon Sep 17 00:00:00 2001
From: Jonas Meurer 
Date: Thu, 10 Dec 2015 12:09:06 +0100
Subject: [PATCH] mkinitramfs: export variables from conf-hooks.d directories

Up to now, there was no clear api in initramfs-tools to make initramfs
hook scripts configurable. Variables from conf-hooks.d include files were
not available to the hook scripts due to the hooks beeing executed in
sub-shells. This lead to ugly workarounds in packages that tried (and
most of them: failed) to make their hook scripts configurable to the user.

Now, mkinitramfs exports all variables from conf-hooks.d configuration
includes additionally to sourcing the files. This leads to the variables
being available to hooks, thus providing a clear api to configure initramfs
hook scripts.

Additionally, the directory /etc/initramfs-tools/conf-hooks.d is introduced,
meant as a place to overwrite package-provided hook configuration by local
settings.

Close: #807527
---
 debian/changelog | 11 ++-
 debian/initramfs-tools-core.dirs |  1 +
 mkinitramfs  |  6 +-
 3 files changed, 16 insertions(+), 2 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index 16e4e5f..4595b88 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,5 +1,6 @@
 initramfs-tools (0.120) unstable; urgency=medium
 
+  [ Ben Hutchings ]
   * [23ee5f9] Add '.log' to fsck log output file, and document its existence
 (Closes: #780352)
   * [b87e34b] Remove old com

Bug#790825: Bug#807528: vlc: after some time, clicks on the root window no longer work

2015-12-10 Thread Vincent Lefevre

Control: retitle 807528 after screen and/or USB mouse is disconnected, crash 
and/or broken clicks on the root window
Control: reassign 807528 libqt5widgets5
Control: forcemerge 790825 807528

On 2015-12-10 11:43:42 +0100, Sebastian Ramacher wrote:
> On 2015-12-10 11:31:47, Vincent Lefevre wrote:
> > On 2015-12-10 10:34:01 +0100, Sebastian Ramacher wrote:
> > > Are you that this is a bug in vlc and not Qt 5, your window manager
> > > or X.Org?
> > 
> > I don't know. I'm on another machine, and the problem is reproducible
> > on it. Since the mouse is attached on the USB hub of the screen, I can
> > do this either by unplugging the mouse USB cable or by switching off
> > the screen and back on. In the latter case, if I do this while the
> > VLC window isn't visible (I'm on another desktop page) and go to the
> > VLC page again, the VLC window contains garbage, and if I click on it,
> > VLC crashes (segmentation fault) in QXcbScreen::mapFromNative in
> > libQt5XcbQpa.so.5.5.1 (I can give more details later). Should I report
> > a new bug for this?
> 
> This sound very similar to #790825. Are you able to reproduce the
> issues with the test program posted there?

Yes, both the mouse click and the segfault issues. I'm merging the bugs.

Core was generated by `./helloworld'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  QXcbScreen::mapFromNative (this=0x0, pos=...) at qxcbscreen.cpp:249
249 qxcbscreen.cpp: No such file or directory.
[Current thread is 1 (Thread 0x7f9aa1667780 (LWP 26892))]

Backtrace is attached.

To reproduce the crash:
1. Run ./helloworld
2. Move to another desktop page (my window manager: fvwm).
3. Switch off the screen and switch it on again.
4. Move to the initial desktop page. At this point, the redraw of the
   helloworld window is not done (there is garbage from the previous
   desktop page).
5. Click on the helloworld window. This makes the program crash.

When I run the program under valgrind, I don't get a crash when I click
on the window. The only problem is that the redraw is not done (4). And
if I move to another desktop page then back, the redraw is done.

> In any case, please provide the vlc logs and install vlc-dbg and
> qtbase5-dbg and attach the backtrace.

I think that the backtrace on the minimal program should be sufficient.
Or should I provide VLC information too?

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Thread 2 (Thread 0x7f9a8ece7700 (LWP 26893)):
#0  0x7f9a9f87486d in poll () at ../sysdeps/unix/syscall-template.S:81
No locals.
#1  0x7f9a9cea7382 in ?? () from /usr/lib/x86_64-linux-gnu/libxcb.so.1
No symbol table info available.
#2  0x7f9a9cea8ff7 in xcb_wait_for_event () from 
/usr/lib/x86_64-linux-gnu/libxcb.so.1
No symbol table info available.
#3  0x7f9aa1597569 in QXcbEventReader::run (this=0x101e5f0) at 
qxcbconnection.cpp:1229
event = 
#4  0x7f9aa047387e in QThreadPrivate::start (arg=0x101e5f0) at 
thread/qthread_unix.cpp:331
__clframe = {__cancel_routine = 0x7f9aa04729b0 
, __cancel_arg = 0x101e5f0, __do_it = 1, 
__cancel_type = }
thr = 0x101e5f0
data = 0x101e380
objectName = {static null = {}, d = 0x7f9aa0728260 
}
#5  0x7f9a9f57f284 in start_thread (arg=0x7f9a8ece7700) at 
pthread_create.c:333
__res = 
pd = 0x7f9a8ece7700
now = 
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140301797586688, 
-6731110702678962631, 0, 140722247518847, 7, 140301797586688, 
674713347554873, 6747365126827380281}, mask_was_saved = 0}}, priv = {pad = 
{0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = 
pagesize_m1 = 
sp = 
freesize = 
__PRETTY_FUNCTION__ = "start_thread"
#6  0x7f9a9f87d13d in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:109
No locals.

Thread 1 (Thread 0x7f9aa1667780 (LWP 26892)):
#0  QXcbScreen::mapFromNative (this=0x0, pos=...) at qxcbscreen.cpp:249
dpr = 
#1  0x7f9aa15af79d in QXcbWindow::handleButtonPressEvent 
(this=this@entry=0x10db940, event_x=event_x@entry=128, 
event_y=event_y@entry=70, root_x=root_x@entry=730, root_y=root_y@entry=898, 
detail=1, modifiers=..., timestamp=263374363) at qxcbwindow.cpp:2155
isWheel = false
dpr = 
local = {xp = 128, yp = 70}
global = {xp = 1, yp = 0}
#2  0x7f9aa15afd11 in QXcbWindow::handleXIMouseEvent (this=0x10db940, 
event=0x7f9a88003c70) at qxcbwindow.cpp:2254
modifiers = 
button = Qt::LeftButton
#3  0x7f9aa15c3665 in QXcbConnection::xi2HandleEvent 
(this=this@entry=0x1009d40, event=event@entry=0x7f9a88003c70) at 
qxcbconnection_xi2.cpp:520
xiEvent = 0x7f9a88003c70
sourceDeviceId = 8
xiDeviceEvent = 0x7f9a88003c70
device = {i = 0x10cba30}
eventListener =

Bug#806301: RFS: libechonest/2.3.1-0.1 [NMU] -- library for communicating with The Echo Nest platform

2015-12-10 Thread Stefan Ahlers

Hi,

> it is fine 0.2 to keep it similar to before
> true story, please delete it and upload on mentors!

ok, done!

Stefan

Bug#713974: another blocking bug

2015-12-10 Thread David Bremner


This is also blocked by

 http://redmine.darktable.org/issues/10767

Bug#713974: more details

2015-12-10 Thread David Bremner


I marked this as blocked by the lack of lightbox in debian, but it's a
bit more complicated than that. The embedded copy of lightbox2 is from
2012, so I don't know if the current version of lightbox2 is even
compatible. It doesn't seem healthy to me to have 3 year old untouched
JavaScript carried around upstream, so I'll file that as a seperate
issue upstream. Similarly, I'm not happy using the embedded copy in a
web facing way.

Bug#807159: monit: please make the build reproducible

2015-12-10 Thread Chris Lamb

Hi,

> monit: please make the build reproducible

Fixed upstream with
https://bitbucket.org/tildeslash/monit/commits/050810408124#Lconfigure.acT46


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-

Bug#805253: Can't update to 11.2.202.554

2015-12-10 Thread Stéphane Grégoire

# update-flashplugin-nonfree --install --verbose
options :  --install --verbose --
temporary directory: /tmp/flashplugin-nonfree.Q4M2FkUQUr
importing public key ...
selected action = --install
installed version = 11.2.202.548
upstream version = 11.2.202.554
wgetoptions= -nd -P .   -v --progress=dot:default
downloading
http://people.debian.org/~bartm/flashplugin-nonfree/D5C0FC14/fp.11.2.202.554.sha512.i386.pgp.asc
...
--2015-12-10 13:05:35-- 
http://people.debian.org/~bartm/flashplugin-nonfree/D5C0FC14/fp.11.2.202.554.sha512.i386.pgp.asc
Résolution de people.debian.org (people.debian.org)…
2001:41c8:1000:21::21:30, 5.153.231.30
Connexion à people.debian.org
(people.debian.org)|2001:41c8:1000:21::21:30|:80… connecté.
requête HTTP transmise, en attente de la réponse… 301 Moved Permanently
Emplacement :
https://people.debian.org/~bartm/flashplugin-nonfree/D5C0FC14/fp.11.2.202.554.sha512.i386.pgp.asc
[suivant]
--2015-12-10 13:05:35-- 
https://people.debian.org/~bartm/flashplugin-nonfree/D5C0FC14/fp.11.2.202.554.sha512.i386.pgp.asc
Connexion à people.debian.org
(people.debian.org)|2001:41c8:1000:21::21:30|:443… connecté.
requête HTTP transmise, en attente de la réponse… 404 Not Found
2015-12-10 13:05:36 erreur 404 : Not Found.

wget failed to download
http://people.debian.org/~bartm/flashplugin-nonfree/D5C0FC14/fp.11.2.202.554.sha512.i386.pgp.asc
downloading
http://people.debian.org/~bartm/flashplugin-nonfree/D5C0FC14/fp10.sha512.i386.pgp.asc
...
--2015-12-10 13:05:36-- 
http://people.debian.org/~bartm/flashplugin-nonfree/D5C0FC14/fp10.sha512.i386.pgp.asc
Résolution de people.debian.org (people.debian.org)…
2001:41c8:1000:21::21:30, 5.153.231.30
Connexion à people.debian.org
(people.debian.org)|2001:41c8:1000:21::21:30|:80… connecté.
requête HTTP transmise, en attente de la réponse… 301 Moved Permanently
Emplacement :
https://people.debian.org/~bartm/flashplugin-nonfree/D5C0FC14/fp10.sha512.i386.pgp.asc
[suivant]
--2015-12-10 13:05:36-- 
https://people.debian.org/~bartm/flashplugin-nonfree/D5C0FC14/fp10.sha512.i386.pgp.asc
Connexion à people.debian.org
(people.debian.org)|2001:41c8:1000:21::21:30|:443… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : 1265 (1,2K) [text/plain]
Sauvegarde en : « ./fp10.sha512.i386.pgp.asc »

 0K . 100% 13,4M=0s

2015-12-10 13:05:36 (13,4 MB/s) — « ./fp10.sha512.i386.pgp.asc »
sauvegardé [1265/1265]

verifying PGP fp10.sha512.i386.pgp.asc ...
copying
/var/cache/flashplugin-nonfree/install_flash_player_11_linux.i386.tar.gz ...
verifying checksum install_flash_player_11_linux.i386.tar.gz ...
wgetoptions= -nd -P .   -v --progress=dot:default  -O
/tmp/flashplugin-nonfree.Q4M2FkUQUr/install_flash_player_11_linux.i386.tar.gz
downloading
https://fpdownload.adobe.com/get/flashplayer/pdc/11.2.202.548/install_flash_player_11_linux.i386.tar.gz
...
verifying checksum install_flash_player_11_linux.i386.tar.gz ...
unpacking install_flash_player_11_linux.i386.tar.gz ...
verifying checksum contents of install_flash_player_11_linux.i386.tar.gz ...
moving libflashplayer.so to /usr/lib/flashplugin-nonfree ...
setting permissions and ownership of
/usr/lib/flashplugin-nonfree/libflashplayer.so ...
Flash Player version: 11.2.202.548
moving install_flash_player_11_linux.i386.tar.gz to
/var/cache/flashplugin-nonfree ...
flash-mozilla.so - mode automatique
 le lien pointe actuellement sur
/usr/lib/flashplugin-nonfree/libflashplayer.so
/usr/lib/flashplugin-nonfree/libflashplayer.so - priorité 50
La « meilleure » version actuelle est
« /usr/lib/flashplugin-nonfree/libflashplayer.so ».
calling update-alternatives ...
flash-mozilla.so - mode automatique
 le lien pointe actuellement sur
/usr/lib/flashplugin-nonfree/libflashplayer.so
/usr/lib/flashplugin-nonfree/libflashplayer.so - priorité 50
La « meilleure » version actuelle est
« /usr/lib/flashplugin-nonfree/libflashplayer.so ».
removing /usr/bin/flash-player-properties
removing /usr/share/applications/flash-player-properties.desktop
removing /usr/share/icons/hicolor/16x16/apps/flash-player-properties.png
removing /usr/share/icons/hicolor/22x22/apps/flash-player-properties.png
removing /usr/share/icons/hicolor/24x24/apps/flash-player-properties.png
removing /usr/share/icons/hicolor/32x32/apps/flash-player-properties.png
removing /usr/share/icons/hicolor/48x48/apps/flash-player-properties.png
removing /usr/share/pixmaps/flash-player-properties.png
installing /usr/bin/flash-player-properties
installing /usr/share/applications/flash-player-properties.desktop
installing /usr/share/icons/hicolor/16x16/apps/flash-player-properties.png
installing /usr/share/icons/hicolor/22x22/apps/flash-player-properties.png
installing /usr/share/icons/hicolor/24x24/apps/flash-player-properties.png
installing /usr/share/icons/hicolor/32x32/apps/flash-player-properties.png
installing /usr/share/icons/hicolor/48x48/apps/flash-player-properties.png
installing /usr/share/pixmaps/flash-player-properties.pn

Bug#790825: Your mail

2015-12-10 Thread Vincent Lefevre

Control: found -1 5.5.1+dfsg-8
Control: tags -1 - moreinfo

On 2015-10-25 13:32:53 +0200, Rémi Denis-Courmont wrote:
> On Thu, 27 Aug 2015 19:41:45 +1000 Julien Goodwin  
> wrote:
> > Sadly the upstream bug simply says "please try with 5.5" which looks to 
> > be winding its way through unstable.
> 
> It is in unstable now (though it breaks VLC very badly in other ways).
> Consider retrying.

The problems still occur with both the minimal program from

  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=790825#22

and VLC; see

  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=790825#73
  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=807528

for details.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#807538: ruby-protected-attributes: FTBFS: undefined local variable or method `i_dont_even_exist='

2015-12-10 Thread Antonio Terceiro

Control: tag -1 + unreproducible
Control: severity -1 important

Hi,

On Thu, Dec 10, 2015 at 10:32:53AM +0200, Chris Lamb wrote:
> Source: ruby-protected-attributes
> Version: 1.1.3-1
> 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,
> 
> ruby-protected-attributes fails to build from source in unstable/amd64:
> 
>   [..]
> 
>   [ActiveRecord::UnknownAttributeError] exception expected, not
>   Class: 
>   Message: <"undefined local variable or method `i_dont_even_exist=' for
>   #">

I just tried building this packages 3 times, one on my work system (with
a few related packages from experimental), and twice on sbuild against a
pure unstable chroot, one from the git repository and one with the
source package from the archive, and all 3 worked just fine.

Can you still reproduce this on a up to date unstable system?

-- 
Antonio Terceiro 

signature.asc
Description: PGP signature

Bug#767325: hplip new upstream version

2015-12-10 Thread Mark Purcell

OdyX,

Have been out of circulation for too long.

Very happy for Debian Printing to pick up where I have left off and if I
get some additional capacity, I can continue to contribute through DP.

Mark

On Thursday, 10 December 2015, Didier 'OdyX' Raboud  wrote:

> Control: forcemerge 767325 800033
> Control: tags 767325 -pending -patch
> Control: tags 787353 -pending
>
> Hi all, hi Mark,
>
> I'm forcemerging more "new upstream release" bugs, and removing the
> "pending" tag, as there's no visible plan of action there (the +pending
> action from [0] Mark was on 01 Nov 2015, more than one month ago).
>
> Mark, I'm worried about the hplip maintenance, and, as a member of the
> Debian Printing Team, I would really like to help! Our culture doesn't
> really allow invasive (especially new upstream) NMUs. I'd much rather
> like if you would either return to hplip maintenance, or explicitly let
> me (or others) take this task on!
>
> Further silence would push me (with my 'Debian Printing Team' hat on) to
> upload a "no-other-changes" new upstream release "soon".
>
> Cheers,
> OdyX
>
> [0] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=800033;msg=12

Bug#722082: re-opening

2015-12-10 Thread David Bremner


I didn't read far enough in the bug log before closing. I'm not sure if
the bug is still relevant, but it seems there is some reproducible
issue.

Bug#807569: gnu-efi: Includes stdint.h in header on ARM platform, makes systemd-boot FTBFS

2015-12-10 Thread Julian Andres Klode

Package: gnu-efi
Severity: normal

This needs to be worked around somehow, we cannot rely
on libc headers in gnu-efi headers.

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

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

-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

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

When replying, only quote what is necessary, and write each reply
directly below the part(s) it pertains to (`inline'). Thank you.

Bug#807538: ruby-protected-attributes: FTBFS: undefined local variable or method `i_dont_even_exist='

2015-12-10 Thread Chris Lamb

> Can you still reproduce this on a up to date unstable system?

After dist-upgrading just now, no. Closing :)


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-

Bug#791944: [pkg-cryptsetup-devel] Bug#791944: udev: shutdown hangs because of missing swapoff

2015-12-10 Thread Jonas Meurer

Hi Jochen,

Am 01.10.2015 um 00:04 schrieb Michael Biebl:
> Control: reassign -1 cryptsetup
> 
> Am 10.07.2015 um 07:23 schrieb Jochen Sprickerhof:
>> I've debugged a little more and actually it's not only enough to do a
>> swapoff -a, but you need also a cryptsetup close /dev/mapper/swap0
>> (sorry for forgetting it initiallly).
>> The shutdown hangs in the do_close() of
>> /lib/cryptsetup/cryptdisks.functions (line 556), where cryptsetup remove
>> is call. Adding a -v --debug gives:
>>
>> [..]
>> # Initialising device-mapper backend library.
>> # dm table swap0 OFW [16384[ (*1)
>> # Trying to open and read device /dev/sda5.
>> # Deactivating volume swap0.
>> # dm status swap0  OF   [16384] (*1)
>> # Udev cookie 0xd4d9dac (semid 65536) created
>> # Udev cookie 0xd4d9dac (semid 65536) incremented to 1
>> # Udev cookie 0xd4d9dac (semid 65536) incremented to 2
>> # Udev cookie 0xd4d9dac (semid 65536) assigned to REMOVE task(2) with flags  
>> (0x0)
>> # dm remove swap0  OF [16384] (*1)
>> # swap0: Stacking NODE_DEL [verify_udev]
>> # Udev cookie 0xd4d9dac (semid 65536) decrementing to 1
>> # Udev cookie 0xd4d9dac (semid 65536) waiting for zero
> 
> this looks like a cryptsetup/device-mapper issue.

Could you try to replace 'cryptsetup remove' by 'dmsetup --check close'
and see whether the shutdown process still hangs?

Cheers
 jonas




signature.asc
Description: OpenPGP digital signature

Bug#807570: doublecmd: Missing inode/directory MimeType in doublecmd.desktop

2015-12-10 Thread Rosa Ridley

Source: doublecmd
Severity: minor

Dear Maintainer,

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

   * What led up to the situation?
   Applications that use mimeapps.list (such as desktop environments)
   look at the inode/directory mime type for the default file manager.
   Doublecmd is however not recognized, as this directive is missing in the
   default .desktop file in /usr/share/applications/doublecmd.desktop

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
 Add:
 MimeType=inode/directory;
 to the desktop file.


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

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

Bug#807159: monit: please make the build reproducible

2015-12-10 Thread Sergey Kirpichev

Thanks, fixed in the repo.

Do you think this issue severe enough to do upload?

On Thu, Dec 10, 2015 at 3:08 PM, Chris Lamb  wrote:
> Hi,
>
>> monit: please make the build reproducible
>
> Fixed upstream with
> https://bitbucket.org/tildeslash/monit/commits/050810408124#Lconfigure.acT46

Bug#806949: ifupdown: some tweaks to networking.service

2015-12-10 Thread Michael Biebl

Am 07.12.2015 um 13:31 schrieb Guus Sliepen:

> Now that we have a proper systemd service
> for ifupdown, could we just add WantedBy=network-online.target to
> networking.service? The only difference to me seems that your script
> waits until ifup has configured at least one interface, while the simple
> WantedBy line waits until all auto interfaces have been configured.

I think that my PoC waits for both types is an important difference.

Also, in general, I think it's better if we split the device activation
and the "waiting for the network to be up" into separate services.

The benefit here is, that other services, that don't need
network-online.target would not be blocked unnecessarily during boot.

Regards,
Michael


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#807571: ocserv: fails to install due to insserv rejecting the script header

2015-12-10 Thread Andreas Beckmann

Package: ocserv
Version: 0.10.7-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package failed to install due
to insserv rejecting the script header. Some notes are
available from at https://wiki.debian.org/LSBInitScripts

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package ocserv.
  (Reading database ... 
(Reading database ... 7421 files and directories currently installed.)
  Preparing to unpack .../ocserv_0.10.7-1_amd64.deb ...
  Unpacking ocserv (0.10.7-1) ...
  Processing triggers for systemd (228-2) ...
  Setting up ocserv (0.10.7-1) ...
  insserv: Service dbus has to be enabled to start service ocserv
  insserv: exiting now!
  update-rc.d: error: insserv rejected the script header
  dpkg: error processing package ocserv (--configure):
   subprocess installed post-installation script returned error exit status 1
  Processing triggers for systemd (228-2) ...
  Errors were encountered while processing:
   ocserv


cheers,

Andreas


ocserv_0.10.7-1.log.gz
Description: application/gzip

Bug#807159: monit: please make the build reproducible

2015-12-10 Thread Chris Lamb

> Do you think this issue severe enough to do upload?

No; I'd just wait for the next time you upload "anyway", either to fix a
more serious issue or when there is a new upstream.

Thanks for your attention :)


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-

Bug#807572: [INTL:sl] Slovenian translation of debconf messages

2015-12-10 Thread Jan Kraljič

 

Package: xsp
Severity: wishlist
Tags: l10n patch 

Dear Maintainer,

Please find attached the Slovenian translation of xsp debconf messages. 

Kind regards, 
Jan 
-- 
 Jan Kraljič
jan.kral...@bum.si

 [1]
www.bum.si
---
"How glorious a greeting the sun gives the mountains!" 
John Muir 

 

Links:
--
[1] http://www.bum.si

Bug#728955: FTBFS on powerpc: FAIL: test_stack

2015-12-10 Thread Fernando Seiti Furusato

Source: libatomic-ops
Version: 7.4.2-1.1
Followup-For: Bug #728955

Just reposting the same patch Frederic sent above, but on the version
currently on sid repository as a debdiff.
I have tested it and it works on ppc64el and does not affect x86_64.

Thanks and regards.
diff -Nru libatomic-ops-7.4.2/debian/changelog libatomic-ops-7.4.2/debian/changelog
--- libatomic-ops-7.4.2/debian/changelog	2015-08-27 16:50:50.0 -0400
+++ libatomic-ops-7.4.2/debian/changelog	2015-12-10 07:49:56.0 -0500
@@ -1,3 +1,11 @@
+libatomic-ops (7.4.2-1.2) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * debian/patches/fix-test.diff: Force AO_load() to map to AO_load_acquire() 
+for powerpc.
+
+ -- Fernando Seiti Furusato   Thu, 10 Dec 2015 07:49:04 -0500
+
 libatomic-ops (7.4.2-1.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru libatomic-ops-7.4.2/debian/patches/fix-test.diff libatomic-ops-7.4.2/debian/patches/fix-test.diff
--- libatomic-ops-7.4.2/debian/patches/fix-test.diff	1969-12-31 19:00:00.0 -0500
+++ libatomic-ops-7.4.2/debian/patches/fix-test.diff	2015-12-10 07:52:10.0 -0500
@@ -0,0 +1,14 @@
+Description: Force AO_load() to map to AO_load_acquire() for powerpc, to
+  fix ftbfs.
+Author: Matthias Klose 
+--- a/src/atomic_ops/sysdeps/gcc/powerpc.h
 b/src/atomic_ops/sysdeps/gcc/powerpc.h
+@@ -29,6 +29,8 @@
+ 
+ #include "../all_aligned_atomic_load_store.h"
+ 
++#define AO_load(addr) AO_load_acquire(addr)
++
+ #include "../test_and_set_t_is_ao_t.h"
+ /* There seems to be no byte equivalent of lwarx, so this   */
+ /* may really be what we want, at least in the 32-bit case. */
diff -Nru libatomic-ops-7.4.2/debian/patches/series libatomic-ops-7.4.2/debian/patches/series
--- libatomic-ops-7.4.2/debian/patches/series	2015-08-27 16:43:48.0 -0400
+++ libatomic-ops-7.4.2/debian/patches/series	2015-12-10 07:48:33.0 -0500
@@ -3,3 +3,4 @@
 0003-Minor-fix-of-code-alignment-in-mips-AO_compare_and_s.patch
 0004-Support-n32-ABI-for-mips64.patch
 0005-Fix-GCC-5.x-compatibility-for-AArch64-double-wide-pr.patch
+fix-test.diff

Bug#807573: [INTL:sl] Slovenian translation of debconf messages

2015-12-10 Thread Jan Kraljič

 
Package: xsp
Severity: wishlist
Tags: l10n patch 

Dear Maintainer,

Please find attached the Slovenian translation of xsp debconf messages. 

Kind regards, 
Jan 
-- 
 Jan Kraljič
jan.kral...@bum.si

 [1]
www.bum.si
---
"How glorious a greeting the sun gives the mountains!" 
John Muir 

 

Links:
--
[1] http://www.bum.si


sl.mo
Description: Binary data
# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
# Jan KraljiÄ , 2008, 2009,2015.
#
msgid ""
msgstr ""
"Project-Id-Version: xsp 1.2.5-2.2\n"
"Report-Msgid-Bugs-To: x...@packages.debian.org\n"
"POT-Creation-Date: 2015-11-30 15:16+\n"
"PO-Revision-Date: 2015-12-10 13:52+0100\n"
"Last-Translator: Jan KraljiÄ \n"
"Language-Team: Slovene \n"
"Language: sl\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=utf-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: Poedit 1.7.5\n"

#. Type: boolean
#. Description
#: ../mono-apache-server4.templates:1001
msgid "Let mono-apache-server4 restart Apache?"
msgstr "Ali naj mono-apache-server4 znova zaÅ¾ene Apache?"

#. Type: boolean
#. Description
#: ../mono-apache-server4.templates:1001
msgid ""
"The Debian version of mono-apache-server4 includes a mono-server4-update "
"script that creates a configuration file for Apache to start the ASP.NET "
"applications, and mono-server4-update can restart Apache if there's a new "
"configuration file (/etc/mono-server4/mono-server-hosts.conf). If this is "
"true, then Apache will be restarted when there is a new mono-server4-hosts."
"conf file."
msgstr ""
"Debian-ova verzija mono-apache-server4 vsebuje mono-server4-update skripto, "
"ki ustvari konfiguracijsko datoteko za apache za zagon ASP.NET aplikacij, in "
"mono-server-update, ki lahko resetira apache v primeru nove oziroma "
"spremenjene konfiguracijske datoteke (/etc/mono-server/mono-server-hosts."
"conf). V tem primeru je nato apache resetiran, ko so novosti v "
"konfiguracijski datoteki"

#. Type: note
#. Description
#: ../mono-apache-server4.templates:2001 ../mono-xsp4.templates:4001
msgid "ASP.NET 1.0 support removed"
msgstr "Podpora za ASP.NET 1.0 je bila umaknjena"

#. Type: note
#. Description
#: ../mono-apache-server4.templates:2001
msgid ""
"You appear to have some ASP.NET 1.0 sites configured in /etc/mono-server. "
"Support for the 1.0 profile has been removed from Mono 2.8 and above, and "
"you are no longer able to serve ASP.NET 1.0 sites. You must reconfigure XSP "
"to serve these sites using the 4.0 profile, assuming your application is "
"compatible. Please see mono-server4-admin(8) to see how to regenerate a "
"configuration for use with the 4.0 profile."
msgstr ""
"Kot kaÅ¾e so nekatere ASP.NET 1.0 strani nastavljene v /etc/mono-server. "
"Podpora za 1.0 profil je bila ukinjena z verzijo Mono 2.8 in naprej, in s "
"tem uporaba ASP.NET 1.0 strani ni veÄ moÅ¾na. VaÅ¡ XSP streÅ¾nik morate ponovno "
"nastaviti s profilom 4.0, v kolikor je spletna aplikacija kompatibilna. "
"Oglejte si mono-server4-admin(8) za pomoÄ pri ponovni vzpostavitvi "
"nastavitev s profilom 4.0."

#. Type: note
#. Description
#: ../mono-apache-server4.templates:3001 ../mono-xsp4.templates:5001
msgid "ASP.NET 2.0 support removed"
msgstr "Odstranjena podpora za ASP.NET 2.0"

#. Type: note
#. Description
#: ../mono-apache-server4.templates:3001
msgid ""
"You appear to have some ASP.NET 2.0 sites configured in /etc/mono-server. "
"Support for the 1.0 profile has been removed from Mono 4.0 and above, and "
"you are no longer able to serve ASP.NET 2.0 sites. You must reconfigure XSP "
"to serve these sites using the 4.0 profile, assuming your application is "
"compatible. Please see mono-server4-admin(8) to see how to regenerate a "
"configuration for use with the 4.0 profile."
msgstr ""
"Kot kaÅ¾e so nekatere ASP.NET 2.0 strani nastavljene v /etc/mono-server. "
"Podpora za 1.0 profil je bila ukinjena z verzijo Mono 4.0 in naprej, in s "
"tem uporaba ASP.NET 2.0 strani ni veÄ moÅ¾na. VaÅ¡ XSP streÅ¾nik morate ponovno "
"nastaviti s profilom 4.0, v kolikor je spletna aplikacija kompatibilna. "
"Oglejte si mono-server4-admin(8) za pomoÄ pri ponovni vzpostavitvi "
"nastavitev s profilom 4.0."

#. Type: boolean
#. Description
#: ../mono-xsp4.templates:1001
msgid "Start on boot?"
msgstr "ZaÅ¾enem XSP ob zagonu raÄunalnika"

#. Type: boolean
#. Description
#: ../mono-xsp4.templates:1001
msgid ""
"If this is true, then XSP4 will automatically start when the computer is "
"turned on."
msgstr ""
"V kolikor je odgovor pritrdilen se bo XSP4 avtomatiÄno zagnal ob zagonu "
"raÄunalnika"

#. Type: string
#. Description
#: ../mono-xsp4.templates:2001
msgid "Bind to address:"
msgstr "Povezan na naslov"

#. Type: string
#. Description
#: ../mono-xsp4.templates:2001
msgid ""
"To function properly, XSP4 needs to be bound to an IP address. The default "
"(\"0.0.0.0\") binds to all addresses of the server, but a specific port can "
"be

Bug#807574: kernel-package: fork boming of processes with newer (4.x) kernel buils

2015-12-10 Thread Ritesh Raj Sarraf

Package: kernel-package
Version: 13.014+nmu2
Severity: important

this pattern is simple to reproduce. Happens only in the install target.
In the install target, for a standard modular kernel, the number of
kernel modules are 4400+. From what I see, for each .ko, a process is
getting spawned and not exiting clean, thus leading to a fork bomb.


/bin/sh: 1: Cannot fork



  INSTALL drivers/media/rc/lirc_dev.ko  
   
[78/7861]
  INSTALL drivers/media/rc/rc-loopback.ko
  INSTALL drivers/media/rc/keymaps/rc-winfast-usbii-deluxe.ko
  INSTALL drivers/media/rc/mceusb.ko
  INSTALL drivers/media/tuners/fc0011.ko
  INSTALL drivers/media/rc/keymaps/rc-msi-tvanywhere.ko
  INSTALL drivers/media/rc/keymaps/rc-msi-digivox-iii.ko
  INSTALL drivers/media/tuners/fc2580.ko
  INSTALL drivers/media/tuners/fc0013.ko
  INSTALL drivers/media/tuners/e4000.ko
  INSTALL drivers/media/rc/keymaps/rc-medion-x10.ko
  INSTALL drivers/media/rc/keymaps/rc-medion-x10-or2x.ko
  INSTALL drivers/media/tuners/it913x.ko
  INSTALL drivers/media/rc/keymaps/rc-nec-terratec-cinergy-xs.ko
  INSTALL drivers/media/rc/keymaps/rc-msi-tvanywhere-plus.ko
  INSTALL drivers/media/rc/keymaps/rc-msi-digivox-ii.ko
  INSTALL drivers/media/rc/keymaps/rc-nebula.ko
/bin/sh: 1: Cannot fork
/bin/sh: 1: Cannot fork
/bin/sh: 1: Cannot fork
/bin/sh: 1: Cannot fork
/bin/sh: 1: Cannot fork
/bin/sh: 1: Cannot fork
  INSTALL drivers/media/rc/ttusbir.ko
  INSTALL drivers/media/tuners/mt2060.ko
  INSTALL drivers/media/tuners/fc0012.ko
/bin/sh: 1: Cannot fork
/bin/sh: 1: Cannot fork
/bin/sh: 1: Cannot fork
/bin/sh: 1: Cannot fork
  INSTALL drivers/media/tuners/max2165.ko
  INSTALL drivers/media/tuners/msi001.ko
make[3]: fork: Resource temporarily unavailable
scripts/Makefile.modinst:35: recipe for target 
'drivers/media/rc/keymaps/rc-em-terratec.ko' failed
make[3]: *** [drivers/media/rc/keymaps/rc-em-terratec.ko] Error 2
make[3]: *** Waiting for unfinished jobs
scripts/Makefile.modinst:35: recipe for target 
'drivers/media/rc/keymaps/rc-encore-enltv2.ko' failed
make[3]: *** [drivers/media/rc/keymaps/rc-encore-enltv2.ko] Error 2
scripts/Makefile.modinst:35: recipe for target 
'drivers/media/rc/keymaps/rc-genius-tvgo-a11mce.ko' failed
make[3]: *** [drivers/media/rc/keymaps/rc-genius-tvgo-a11mce.ko] Error 2
scripts/Makefile.modinst:35: recipe for target 
'drivers/media/rc/keymaps/rc-videomate-tv-pvr.ko' failed
 @  testing 0:-* 1:--  

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

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

Versions of packages kernel-package depends on:
ii  bc   1.06.95-9+b1
ii  binutils 2.25.1-7
ii  build-essential  11.7
ii  bzip21.0.6-8
ii  dpkg-dev 1.18.3
ii  file 1:5.25-2
ii  gettext  0.19.6-1
ii  kmod 21-1
ii  po-debconf   1.0.18
ii  xmlto0.0.28-0.1
ii  xz-utils [lzma]  5.1.1alpha+20120614-2.1

Versions of packages kernel-package recommends:
ii  cpio   2.11+dfsg-4.1
pn  docbook-utils  
ii  kernel-common  13.014+nmu2
pn  uboot-mkimage  

Versions of packages kernel-package suggests:
ii  libncurses5-dev [libncurses-dev]  6.0+20151024-2
pn  linux-source  

-- no debconf information

Bug#806263: Additional information on otrs connects to cloud.otrs.com

2015-12-10 Thread Carsten Leonhardt

Dear Maintainer,

if the system can't reach cloud.otrs.com, the cron job regularly emits
the error below, which is rather annoying. Attempts to disable this and
the second OTRSBusiness check fail because they are read-only in
SysConfig.

I would suggest disabling these checks by default.


Read-only settings:

Daemon::SchedulerCronTaskManager::Task###OTRSBusinessAvailabilityCheck
Daemon::SchedulerCronTaskManager::Task###OTRSBusinessEntitlementCheck

Error from cronjob:

ERROR: OTRS-otrs.Console.pl-Maint::OTRSBusiness::AvailabilityCheck-10 Perl: 
5.20.2 OS: linux Time: Thu Dec 10 13:20:33 2015

 Message: Can't perform POST on https://cloud.otrs.com/otrs/public.pl: 500 read 
timeout

 Traceback (4133): 
   Module: Kernel::System::WebUserAgent::Request Line: 209
   Module: Kernel::System::CloudService::Backend::Run::Request Line: 331
   Module: Kernel::System::OTRSBusiness::OTRSBusinessIsAvailable Line: 127
   Module: 
Kernel::System::Console::Command::Maint::OTRSBusiness::AvailabilityCheck::Run 
Line: 39
   Module: (eval) Line: 441
   Module: Kernel::System::Console::BaseCommand::Execute Line: 435
   Module: (eval) Line: 175
   Module: 
Kernel::System::Daemon::DaemonModules::SchedulerTaskWorker::Cron::Run Line: 159
   Module: Kernel::System::Daemon::DaemonModules::SchedulerTaskWorker::Run 
Line: 259
   Module: (eval) Line: 316
   Module: main::Start Line: 316
   Module: /usr/share/otrs/bin/otrs.Daemon.pl Line: 138

Bug#806301: RFS: libechonest/2.3.1-0.1 [NMU] -- library for communicating with The Echo Nest platform

2015-12-10 Thread Gianfranco Costamagna

done :)

thanks for your contribution to Debian!

cheers,

G.




Il Giovedì 10 Dicembre 2015 12:57, Stefan Ahlers  ha 
scritto:

Hi,

> it is fine 0.2 to keep it similar to before
> true story, please delete it and upload on mentors!

ok, done!

Stefan

Bug#807575: fglrx-driver: Please package and backport the 15.12 version

2015-12-10 Thread picca

Source: fglrx-driver
Severity: wishlist

Dear Maintainer,

I have a computer with
1 FireGL Pro W5100
1 FireGL Pro W7100

when I use the current 15.9 package, I can use the W5100 card but not the W7100.
I installed the Catalyst package from AMD and I could use the W7100.

So it seems to me that the latest version of the driver could solve my problem.

Is it possible for you to package and backport it.

Thansk for your work

Frédéric


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

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

Bug#807576: jessie-pu: package arb/6.0.2-1+deb8u1

2015-12-10 Thread Andreas Beckmann

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

arb FTBFS in jessie due to an overly strict gcc version check: arb only
knows about versions up to 4.9.1 while jessie has 4.9.2. For sid the
version check has been disabled, a change I'd like to backport to
jessie.

debdiff is attached. The maintainer Andreas Tille has acked the patch
and will perform a maintainer upload, so you won't see the "NMU" bits in
the uploaded package.


Andreas
diff -Nru arb-6.0.2/debian/changelog arb-6.0.2/debian/changelog
--- arb-6.0.2/debian/changelog	2014-09-09 09:12:14.0 +0200
+++ arb-6.0.2/debian/changelog	2015-12-09 07:32:10.0 +0100
@@ -1,3 +1,14 @@
+arb (6.0.2-1+deb8u1) jessie; urgency=medium
+
+  [ Andreas Beckmann ]
+  * Non-maintainer upload.
+
+  [ Andreas Tille ]
+  * Skip compiler version check at all
+Closes: #793187
+
+ -- Andreas Beckmann   Wed, 09 Dec 2015 07:30:47 +0100
+
 arb (6.0.2-1) unstable; urgency=medium
 
   [ Andreas Tille ]
diff -Nru arb-6.0.2/debian/patches/70_skip_compler_version_check.patch arb-6.0.2/debian/patches/70_skip_compler_version_check.patch
--- arb-6.0.2/debian/patches/70_skip_compler_version_check.patch	1970-01-01 01:00:00.0 +0100
+++ arb-6.0.2/debian/patches/70_skip_compler_version_check.patch	2015-12-09 07:30:36.0 +0100
@@ -0,0 +1,32 @@
+Description: Skip compiler version check at all
+Author: Andreas Tille 
+Bug-Debian: http://bugs.debian.org/793187
+Last-Update: Wed, 22 Jul 2015 22:45:32 +0200
+
+--- a/Makefile
 b/Makefile
+@@ -736,23 +736,7 @@ check_same_GCC_VERSION:
+ 		$(ARBHOME)/SOURCE_TOOLS/check_same_compiler_version.pl $(COMPILER_NAME) $(COMPILER_VERSION_ALLOWED)
+ 
+ check_GCC_VERSION:
+-		@echo 'Compiler version check:'
+-ifeq ('$(COMPILER_VERSION_ALLOWED)', '')
+-		@echo "  - Your compiler is '$(COMPILER_NAME)' version '$(COMPILER_VERSION)'"
+-		@echo 'This version is not in the list of supported $(COMPILER_NAME)-versions:'
+-		@$(foreach version,$(ALLOWED_COMPILER_VERSIONS),echo '* $(version)';)
+-		@echo '  - You may either ..'
+-		@echo '- add your version to ALLOWED_$(COMPILER_NAME)_VERSIONS in the Makefile and try it out or'
+-		@echo '- switch to one of the allowed versions (see arb_README_gcc.txt for installing'
+-		@echo '  a different version of gcc)'
+-		@echo ''
+-		@false
+-else
+-		@echo "  - Supported $(COMPILER_NAME) version '$(COMPILER_VERSION_ALLOWED)' detected - fine!"
+-		@echo ''
+-		$(MAKE) check_same_GCC_VERSION
+-
+-endif
++		@echo 'Skip compiler version check in Debian - we need to fix the code if it does not work'
+ 
+ #-- check ARBHOME
+ 
diff -Nru arb-6.0.2/debian/patches/series arb-6.0.2/debian/patches/series
--- arb-6.0.2/debian/patches/series	2014-09-07 22:38:14.0 +0200
+++ arb-6.0.2/debian/patches/series	2015-12-09 07:30:36.0 +0100
@@ -4,3 +4,4 @@
 40_upstream_r12815__lintian_spelling
 50_private_nameservers
 60_use_packaged_phyml
+70_skip_compler_version_check.patch

Bug#807338: DISABLE_ETHERNET_ON_BATTERY always disables my wired ethernet

2015-12-10 Thread Steve McIntyre

On Thu, Dec 10, 2015 at 12:19:26PM +0530, Ritesh Raj Sarraf wrote:
>On Wed, 2015-12-09 at 23:31 +, Steve McIntyre wrote:
>> >
>> >Would you be willing to test ?
>> >I've pushed my changes to the repository.
>> 
>> Looking now... Ah, where should I be looking?
>
>Sorry about that.
>https://github.com/rickysarraf/laptop-mode-tools
>
>For this test, since the changes are limited to the ethernet module,
>you could just overwrite the system provided one with the newer one
>from github.

ACK. Done that, and it looks great. No network glitch seen now. \o/

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
"You can't barbecue lettuce!" -- Ellie Crane

Bug#807577: git-pbuilder: -backports and -lts variants ignore COMPONENTS setting

2015-12-10 Thread Raphaël Halimi

Package: git-buildpackage
Version: 0.7.0
Severity: minor

Hi,

When git-pbuilder creates a base.cow (or base.tgz) with a distribution
name ending in -lts or -backports, it correctly adds the matching line
to the sources.list file, but ignores the COMPONENTS setting.

For example, in ~/.pbuilderrc I set:

COMPONENTS="main contrib non-free"

Then I run:

$ gbp buildpackage --git-dist=squeeze-lts create

The resulting sources.list is:

$ cat /var/cache/pbuilder/base-squeeze-lts.cow/etc/apt/sources.list
deb http://ftp.debian.org/debian squeeze-lts main
deb http://ftp.fr.debian.org/debian/ squeeze main contrib non-free
#deb-src http://ftp.fr.debian.org/debian/ squeeze main contrib non-free

Regards,

-- 
Raphaël Halimi



signature.asc
Description: OpenPGP digital signature

Bug#793187: arb: FTBFS with gcc 4.9.2+

2015-12-10 Thread Andreas Beckmann

On 2015-12-10 11:19, Andreas Tille wrote:
> I've uploaded the proposed patch as non-NMU.  Do you want me to approach
> release team or are you just a member and will take over from here?

I just filed: #807576: jessie-pu: package arb/6.0.2-1+deb8u1


Andreas

Bug#807174: u-boot-tools: Please provide the dumpbin binary

2015-12-10 Thread Norbert Lange

Yes, thats fine. Took me a while to find the correct git branch ;)

Thanks,
Norbert

2015-12-10 8:50 GMT+01:00 Vagrant Cascadian :
> Control: tags 807174 pending
>
> On 2015-12-06, Norbert Lange wrote:
>> please provide the dumpbin binary with the package.
>> its a usefull companion to the mkimage tool, for our case
>> we could grab usefull information embedded within a binary
>> with a script.
>
> I've included the dumpimage command in the package in git. Hopefully
> that will do what you were looking for.
>
>
> live well,
>   vagrant

Bug#807578: /usr/bin/afl-clang-fast: strict dependency on clang version not declared

2015-12-10 Thread Andreas Cadhalpun

Package: afl-clang
Version: 1.95b-2
Severity: serious
Justification: makes the program unusable
File: /usr/bin/afl-clang-fast

Dear Maintainer,

The current version of afl-clang-fast in testing doesn't work at all:
$ echo "int main(){return 0;}" | afl-clang-fast -x c -
afl-clang-fast 1.95b by 
afl-llvm-pass 1.95b by 
/usr/lib/llvm-3.5/bin/clang: symbol lookup error: 
/usr/lib/afl/afl-llvm-pass.so: undefined symbol: 
_ZN4llvm16MetadataTracking5trackEPvRNS_8MetadataENS_12PointerUnionIPNS_15MetadataAsValueEPS2_EE
clang: error: unable to execute command: No such file or directory
clang: error: clang frontend command failed due to signal (use -v to see 
invocation)
Debian clang version 3.5.2-3 (tags/RELEASE_352/final) (based on LLVM 3.5.2)
Target: x86_64-pc-linux-gnu
Thread model: posix
clang: note: diagnostic msg: PLEASE submit a bug report to 
http://bugs.debian.org/ and include the crash backtrace, preprocessed source, 
and associated run script.
clang: note: diagnostic msg: Error generating preprocessed source(s) - ignoring 
input from stdin.
clang: note: diagnostic msg: Error generating preprocessed source(s) - no 
preprocessable inputs.

The reason is that clang in testing is still version 3.5, while it is
already 3.6 in sid, so afl-clang got built with 3.6.
Previous versions (up to 1.94b-1+b1) used to declare this dependency like:
clang (<< 1:3.7), clang (>= 1:3.6)

However, the current version (1.95b-2) only depends on unversioned 'clang',
which is not enough.

Since debian/changelog does not mention this change, I assume that it was
not intended.

Also, please keep using a public git repository for your packaging, so
that one can more easily check which change broke something.

Best regards,
Andreas


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

Kernel: Linux 4.3.0-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages afl-clang depends on:
ii  afl 1.95b-2
ii  clang   1:3.5-26
ii  libc6   2.19-22
ii  libgcc1 1:5.2.1-23
ii  libstdc++6  5.2.1-23

afl-clang recommends no packages.

afl-clang suggests no packages.

Bug#799350: libgccjit-5-dev:amd64: should be in Section: libdevel

2015-12-10 Thread Matthias Klose


Control: reassign -1 ftp.debian.org
Control: retitle -1 override: libgccjit-5-dev:libdevel/optional

Please update the overrides file, the control file of the package seems to be 
correct, pointing to libdevel.


On 22.09.2015 20:44, Matthias Klose wrote:

On 18.09.2015 10:06, Ben Longbons wrote:

Package: libgccjit-5-dev
Version: 5.2.1-17
Severity: minor

Dear Maintainer,

As a rule, I should have no manually installed packages from Section:
libs. Please fix the section of this dev package.


The package has the correct section. As a rule, please check first if the
problematic section is in the package, or in the overrides. Then take
appropriate action filing such bugs. You may want to reassign the issue to the
ftp.debian.org meta package.

Thanks, Matthias

Bug#807189: chemps2: Update build dependencies for GSL 2.x

2015-12-10 Thread Sebastian Wouters

Dear Bas,

Your patch has been merged in
http://anonscm.debian.org/cgit/debichem/packages/chemps2.git/commit/?id=0a34f4f9d9289ab46090233470d4de690f843d45

Best wishes,
Sebastian

Bug#807487: pbuilder fails when using aptitude resolver with aptitude 0.7.5

2015-12-10 Thread Andreas Beckmann

Followup-For: Bug #807487

Hi Mattia,

for "fixing" this in (old-)stable, I'd suggest to update the backport in
jessie-backports and to add a backport for wheezy-backports-sloppy.


Andreas

Bug#807487: pbuilder fails when using aptitude resolver with aptitude 0.7.5

2015-12-10 Thread Mattia Rizzolo

On Thu, Dec 10, 2015 at 02:59:23PM +0100, Andreas Beckmann wrote:
> for "fixing" this in (old-)stable, I'd suggest to update the backport in
> jessie-backports and to add a backport for wheezy-backports-sloppy.

this has already been done for jessie-bpo, will think about
wheezy-bpo-sloopy, you're the second one asking for this.

how many users do devel work on oldstable for unstable

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  http://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#806785: closed by James McCoy (Bug#806785: fixed in vim 2:7.4.963-1)

2015-12-10 Thread Brian Sutherland

Fat-fingered?

On Thu, Dec 10, 2015 at 12:42:05PM +, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the ganglia-monitor package:
> 
> #806785: ganglia-monitor: Impolite initscript interferes with other gmond 
> services
> 
> It has been closed by James McCoy .
> 
> Their explanation is attached below along with your original report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact James McCoy 
>  by
> replying to this email.
> 
> 
> -- 
> 806785: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=806785
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems

> 
> Source: vim
> Source-Version: 2:7.4.963-1
> 
> We believe that the bug you reported is fixed in the latest version of
> vim, which is due to be installed in the Debian FTP archive.
> 
> A summary of the changes between this version and the previous one is
> attached.
> 
> Thank you for reporting the bug, which will now be closed.  If you
> have further comments please address them to 806...@bugs.debian.org,
> and the maintainer will reopen the bug report if appropriate.
> 
> Debian distribution maintenance software
> pp.
> James McCoy  (supplier of updated vim package)
> 
> (This message was generated automatically at their request; if you
> believe that there is a problem with it please contact the archive
> administrators by mailing ftpmas...@ftp-master.debian.org)
> 
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
> 
> Format: 1.8
> Date: Wed, 09 Dec 2015 23:31:36 -0500
> Source: vim
> Binary: vim-common vim-gui-common vim-runtime vim-doc vim-tiny vim vim-dbg 
> vim-gtk vim-nox vim-athena vim-gnome
> Architecture: source
> Version: 2:7.4.963-1
> Distribution: unstable
> Urgency: medium
> Maintainer: Debian Vim Maintainers 
> 
> Changed-By: James McCoy 
> Closes: 622827 713066 773531 806535 806785
> Description: 
>  vim-athena - Vi IMproved - enhanced vi editor - with Athena GUI
>  vim-common - Vi IMproved - Common files
>  vim-dbg- Vi IMproved - enhanced vi editor (debugging symbols)
>  vim-doc- Vi IMproved - HTML documentation
>  vim-gnome  - Vi IMproved - enhanced vi editor - with GNOME2 GUI
>  vim-gtk- Vi IMproved - enhanced vi editor - with GTK2 GUI
>  vim-gui-common - Vi IMproved - Common GUI files
>  vim-nox- Vi IMproved - enhanced vi editor - with scripting languages 
> suppo
>  vim-runtime - Vi IMproved - Runtime files
>  vim-tiny   - Vi IMproved - enhanced vi editor - compact version
>  vim- Vi IMproved - enhanced vi editor
> Changes:
>  vim (2:7.4.963-1) unstable; urgency=medium
>  .
>* Merge upstream tag v7.4.963.
>  + Remove merged patches:
>- Typo in Spanish translation of swapfile recovery.
>  + Highlighted changes:
>- 7.4.849: New Insert mode command to maintain the undo sequence across
>  cursor movements (c.f., :help i_CTRL-G_U).
>- 7.4.858: New quickfix-related commands (:ldo, :lfdo, :cdo, and 
> :cfdo).
>- indent/yaml.vim: Maintain indent of mapping key when mapping is
>  contained in a list.  (Closes: #713066)
>- 7.4.941: New 'tagcase' option to control whether tag searches are 
> case
>  insensitive.
>* Rewrite vim-tiny's help.txt.
>  + Clarify the reasoning for the package and why the help isn't available.
>  + Explicitly mention what the more featureful Vim packages are.
>  + Point to vimhelp.appspot.com for online help, since it is better kept
>updated.
>* Update Vcs-* URLs to point to Git.
>* Install upstream's patchlist as the changelog.  (Closes: #622827)
>* Fix a typo in vim-policy.  Thanks to Jakuyo Friel for the patch.  
> (Closes:
>  #773531)
>* Fix FTBFS when running “dpkg-buildpackage -A”.  (Closes: #806785)
>* Stop installing menu files.
>* Install upstream's desktop files and drop the ones from debian/.
>* Mark vim-runtime/vim-gui-common as Multi-Arch: foreign.  (Closes: 
> #806535)
> Checksums-Sha1: 
>  1aeefc11423e343e193c2bd4b1ece1478474f9f1 2925 vim_7.4.963-1.dsc
>  f3c1e4f11cb15146511963b37b8276b59cbc5fb7 12315082 vim_7.4.963.orig.tar.gz
>  889e5f541dbee5e299b8265288e758a5b1be7eac 165828 vim_7.4.963-1.debian.tar.xz
> Checksums-Sha256: 
>  09eac4354ff4918c30e05746a67ce00ed4c3cab1df1e910bd640b272a9e9eada 2925 
> vim_7.4.963-1.dsc
>  65a07b989f1c07819ff7b5ce589c15ae0caca02fe60b88e3dc61fb1a7a6609f8 12315082 
> vim_7.4.963.orig.tar.gz
>  20c4627522d8a42e86f1f34009ee1bea60910e21e64923da034c032cccfaa625 165828 
> vim_7.4.963-1.debian.tar.xz
> Files: 
>  f6e82ebe746361ea30b0ee62b59c2583 2925 editors optional vim_7.4.963-1.dsc
>  d61fcdffa0d95c6de79170bf9ec6e68c 12315082 editors optional 
> vim_7.4.963.orig.tar.gz
>  956d64d0aa25e38e9a0c290fbcb2101f 165828 editors optional 
> vim_7.4.963-1.debian.tar.xz
> 
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1
> 
> iQJ8BAEBCgBmBQJWaW6XXxSA

Bug#793187: arb: FTBFS with gcc 4.9.2+

2015-12-10 Thread Andreas Tille

Thanks a lot, Andreas.

On Thu, Dec 10, 2015 at 02:44:41PM +0100, Andreas Beckmann wrote:
> On 2015-12-10 11:19, Andreas Tille wrote:
> > I've uploaded the proposed patch as non-NMU.  Do you want me to approach
> > release team or are you just a member and will take over from here?
> 
> I just filed: #807576: jessie-pu: package arb/6.0.2-1+deb8u1
> 
> 
> Andreas
> 

-- 
http://fam-tille.de

Bug#784641: mesa-utils: Shows gears but they are static and no frame rate

2015-12-10 Thread Andrew Atkinson



On 10/11/15 21:15, Sven Joachim wrote:
> It seems to be a kernel bug after all.  Andrew, could you please boot
> with the kernel parameter "nouveau.config=NvMSI=0"?  Other users have
> reported that this helps[1,2].

No this does not appear to help.

Sorry for the delay, lots on my plate at the moment

Andrew

Bug#806949: ifupdown: some tweaks to networking.service

2015-12-10 Thread Guus Sliepen

On Thu, Dec 10, 2015 at 01:59:42PM +0100, Michael Biebl wrote:

> > Now that we have a proper systemd service
> > for ifupdown, could we just add WantedBy=network-online.target to
> > networking.service? The only difference to me seems that your script
> > waits until ifup has configured at least one interface, while the simple
> > WantedBy line waits until all auto interfaces have been configured.
> 
> I think that my PoC waits for both types is an important difference.

That's true.

> Also, in general, I think it's better if we split the device activation
> and the "waiting for the network to be up" into separate services.
> 
> The benefit here is, that other services, that don't need
> network-online.target would not be blocked unnecessarily during boot.

I don't understand this. Are services that don't need
network-online.target blocked by networking.service in some way?

Anyway, if we are going for a script that polls stuff, then why not
decouple it completely from ifupdown or whatever networking framework is
used, and do the following?

#!/bin/sh
TIMEOUT=30

offline() {
ip -4 r s | grep -q ^default && return 1
ip -6 r s | grep -q ^default && return 1
return 0
}

i=0
while offline; do
if [ $i = $TIMEOUT ] ; then
break
fi
i=$(($i+1))
sleep 1
done

Which is just waiting until we have a default route. It can be made to
respond more quickly by using the "ip monitor" command. It's still not
perfect, but in general it's a better default criterion for being online
than "a network interface was configured". For example, the following
/e/n/i would cause your script to think the network is online:

iface foo inet manual

Or if you have a LAN and WAN interface, and the WAN interface is getting
a DHCP address which can take some time, and a LAN interface which is
configured statically, in which case some other service that waits for
network-online.target might start too early and only bind to the LAN
interface's address.

Of course, in the case of NFS mounts you typically do that over a LAN
and don't care about the WAN at that point (and maybe your server will
never get a default gateway route on purpose). In this case, you'd
actually want to wait until NFS server's IP address becomes routable,
and then start the mount command.

So network-online.target is very ill-defined, and I'd rather not see
anything depending on it, but if we have to, I'd like something that is
as conservative as possible.

-- 
Met vriendelijke groet / with kind regards,
  Guus Sliepen 

signature.asc
Description: Digital signature

1 2 3 4 >

1 - 100 of 309 matches

Mail list logo