Bug#652778: kamoso: FTBFS: has_binary_operator.hp:50: Parse error at "BOOST_JOIN"

2012-04-30 Thread Sebastian Ramacher
tags 652778 + moreinfo
thanks

Hi Lucas

On 20/12/11 16:01, Lucas Nussbaum wrote:
>> usr/include/boost/type_traits/detail/has_binary_operator.hp:50: Parse error 
>> at "BOOST_JOIN"
>> automoc4: process for 
>> /build/kamoso-BvA0Sh/kamoso-2.0.2/obj-x86_64-linux-gnu/src/moc_webcamwidget.cpp
>>  failed: Unknown error

I can't reproduce it anymore. This seems to be fixed with Boost 1.39. Does it
still fail to build for you?

Regards
-- 
Sebastian Ramacher



signature.asc
Description: OpenPGP digital signature


Bug#669034: Bad panning behavior

2012-05-03 Thread Sebastian Ramacher
tags 669034 + upstream fixed-upstream
thanks

On 16/04/12 18:50, Yuri D'Elia wrote:
> All being said, this behavior is ugly, and the document does not follow the
> pointer.

This has been fixed upstream [1] and I'll add the fix to the next upload.

Regards

[1] http://git.pwmt.org/?p=zathura.git;a=commit;h=b5bf7ef8
-- 
Sebastian Ramacher



signature.asc
Description: OpenPGP digital signature


Bug#671350: yafc: New yafc fork

2012-05-03 Thread Sebastian Ramacher
tags 671350 + pending
thanks

On 03/05/12 14:04, George B. wrote:
> There is a new (and apparently active) fork of yafc here:
> 
> http://www.yafc-ftp.com/
> 
> Considering original upstream has been quite dead for several years, please 
> consider packaging the fork instead. Providing it's good... ;-)

I'm already working on the new version. I hope it's ready soon.

Regards
-- 
Sebastian Ramacher



signature.asc
Description: OpenPGP digital signature


Bug#518296: yafc: segfault

2012-05-05 Thread Sebastian Ramacher
tags 518296 + moreinfo
thanks

Hi George,

sorry for this really late reply.

> I have an issue with yafc crashing when I do a "get -nr".

Could you please try 1.1.3-1 from unstable and tell me if this is still a
problem?  I think the issue might be related to some invalid reads and writes
that have been fixed in 1.1.3. Since I'm not sure if that's really the case I'd
appreciate it if you could confirm that the issue has been fixed.

Kind regards,
-- 
Sebastian Ramacher



signature.asc
Description: OpenPGP digital signature


Bug#666646: chaksem: FTBFS: ! LaTeX Error: File `a4wide.sty' not found.

2012-04-18 Thread Sebastian Ramacher
tags 46 + patch
thanks

On 31/03/12 21:27, Lucas Nussbaum wrote:
>> ! LaTeX Error: File `a4wide.sty' not found.

Please find attached a patch to fix this FTBFS.

Regards
-- 
Sebastian Ramacher
diff -u chaksem-1.7b/debian/changelog chaksem-1.7b/debian/changelog
--- chaksem-1.7b/debian/changelog
+++ chaksem-1.7b/debian/changelog
@@ -1,3 +1,10 @@
+chaksem (1.7b-5.1) UNRELEASED; urgency=low
+
+  * Non-maintainer upload.
+  * Add Build-Dep on texlive-latex-extra for a4wide.sty (Closes: #46).
+
+ -- Sebastian Ramacher   Tue, 10 Apr 2012 18:11:36 +0200
+
 chaksem (1.7b-5) unstable; urgency=low
 
   * Bump standards version to 3.8.3.
diff -u chaksem-1.7b/debian/control chaksem-1.7b/debian/control
--- chaksem-1.7b/debian/control
+++ chaksem-1.7b/debian/control
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Jamie Wilkinson 
 Build-Depends: debhelper (>= 7)
-Build-Depends-Indep: texlive-base-bin, texlive-latex-base, texlive-latex-recommended, texlive-fonts-recommended
+Build-Depends-Indep: texlive-base-bin, texlive-latex-base, texlive-latex-recommended, texlive-fonts-recommended, texlive-latex-extra
 Standards-Version: 3.8.3
 
 Package: chaksem


signature.asc
Description: OpenPGP digital signature


Bug#669034: Bad panning behavior

2012-04-18 Thread Sebastian Ramacher
forwarded 669034 http://bt.pwmt.org/view.php?id=172
thanks

On 16/04/12 18:50, Yuri D'Elia wrote:
> When you pan a PDF document with the middle mouse button, zathura moves the
> screen roughly half the actual pointer distance.
> 
> That is, if I drag from point A to B, the document itself will be panned
> by a distance which is somewhere in the middle.
> 
> In fact, looking at the behavior, it seems that zathura is using mouse-deltas
> to move the document, which combined with the jerkiness of the redrawing speed
> does not account for the total motion.
> 
> All being said, this behavior is ugly, and the document does not follow the
> pointer.

Thanks for the report. I've forwarded it upstream.

Regards
-- 
Sebastian Ramacher



signature.asc
Description: OpenPGP digital signature


Bug#666325: uudeview: FTBFS: ! LaTeX Error: File `a4wide.sty' not found.

2012-04-18 Thread Sebastian Ramacher
tags 666325 + patch
thanks

On 30/03/12 11:22, Lucas Nussbaum wrote:
>> ! LaTeX Error: File `a4wide.sty' not found.

Please find attached a patch to fix this FTBFS.

Regards
-- 
Sebastian Ramacher
diff -u uudeview-0.5.20/debian/control uudeview-0.5.20/debian/control
--- uudeview-0.5.20/debian/control
+++ uudeview-0.5.20/debian/control
@@ -2,7 +2,7 @@
 Section: utils
 Priority: optional
 Maintainer: Chris Hanson 
-Build-Depends: debhelper (>= 4.0.0), tk8.4-dev, tcl8.4-dev, hevea, texlive-latex-base, texlive-latex-recommended, texlive-fonts-recommended, transfig
+Build-Depends: debhelper (>= 4.0.0), tk8.4-dev, tcl8.4-dev, hevea, texlive-latex-base, texlive-latex-recommended, texlive-latex-extra, texlive-fonts-recommended, transfig
 Standards-Version: 3.7.3
 
 Package: uudeview
diff -u uudeview-0.5.20/debian/changelog uudeview-0.5.20/debian/changelog
--- uudeview-0.5.20/debian/changelog
+++ uudeview-0.5.20/debian/changelog
@@ -1,3 +1,10 @@
+uudeview (0.5.20-3.3) UNRELEASED; urgency=low
+
+  * Non-maintainer upload.
+  * Add Build-Dep on texlive-latex-extra for a4wide.sty (Closes: #666325).
+
+ -- Sebastian Ramacher   Wed, 18 Apr 2012 14:43:51 +0200
+
 uudeview (0.5.20-3.2) unstable; urgency=low
 
   * Non-maintainer upload.


signature.asc
Description: OpenPGP digital signature


Bug#664933: fceu: FTBFS: file.c:157:20: error: request for member 'have' in something not a structure or union

2012-04-18 Thread Sebastian Ramacher
tags 664933 + patch
thanks

On 21/03/12 21:26, Lucas Nussbaum wrote:
> Relevant part:
>> gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" 
>> -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"fceu\" 
>> -DVERSION=\"0.98.12\" -D_GNU_SOURCE=1 -DHAVE_ASPRINTF=1 -DHAVE_LIBZ=1 
>> -DNETWORK=1 -DUNIX=1 -DPSS_STYLE=1 -DNETWORK=1 -DSTDC_HEADERS=1 
>> -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 
>> -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 
>> -DHAVE_UNISTD_H=1 -DUSE_SEXYAL=1 -DOPENGL=1 -DSDL=1 -DLSB_FIRST=1 
>> -DFCEU_VERSION=\"0.98.12\" -DFCEU_VERSION_NUMERIC=9812 -DFRAMESKIP=1 
>> -Wall -fomit-frame-pointer  -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT  
>> -Wall -fomit-frame-pointer -O3 -O3 -I/usr/include/SDL -D_GNU_SOURCE=1 
>> -D_REENTRANT -c -o file.o `test -f 'file.c' || echo './'`file.c
>> file.c: In function 'MakeMemWrap':
>> file.c:157:20: warning: dereferencing 'void *' pointer [enabled by default]
>> file.c:157:20: error: request for member 'have' in something not a structure 
>> or union
>> file.c:157:20: warning: dereferencing 'void *' pointer [enabled by default]
>> file.c:157:20: error: request for member 'have' in something not a structure 
>> or union
>> file.c:157:20: warning: dereferencing 'void *' pointer [enabled by default]
>> file.c:157:20: error: request for member 'pos' in something not a structure 
>> or union
>> file.c:157:20: warning: left-hand operand of comma expression has no effect 
>> [-Wunused-value]
>> file.c:157:20: warning: dereferencing 'void *' pointer [enabled by default]
>> file.c:157:20: error: request for member 'next' in something not a structure 
>> or union
>> file.c:157:20: warning: left-hand operand of comma expression has no effect 
>> [-Wunused-value]
>> file.c: In function 'FCEU_read16le':
>> file.c:478:4: warning: dereferencing type-punned pointer will break 
>> strict-aliasing rules [-Wstrict-aliasing]
>> file.c: In function 'FCEU_read32le':
>> file.c:507:4: warning: dereferencing type-punned pointer will break 
>> strict-aliasing rules [-Wstrict-aliasing]
>> file.c:519:3: warning: dereferencing type-punned pointer will break 
>> strict-aliasing rules [-Wstrict-aliasing]
>> file.c: In function 'FCEU_fgetc':
>> file.c:532:10: warning: dereferencing 'void *' pointer [enabled by default]
>> file.c:532:10: error: request for member 'have' in something not a structure 
>> or union
>> file.c:532:10: warning: dereferencing 'void *' pointer [enabled by default]
>> file.c:532:10: error: request for member 'have' in something not a structure 
>> or union
>> file.c:532:10: warning: dereferencing 'void *' pointer [enabled by default]
>> file.c:532:10: error: request for member 'pos' in something not a structure 
>> or union
>> file.c:532:10: warning: left-hand operand of comma expression has no effect 
>> [-Wunused-value]
>> file.c:532:10: warning: dereferencing 'void *' pointer [enabled by default]
>> file.c:532:10: error: request for member 'next' in something not a structure 
>> or union
>> file.c:532:10: warning: left-hand operand of comma expression has no effect 
>> [-Wunused-value]
>> file.c: In function 'FCEU_fgetsize':
>> file.c:552:12: warning: dereferencing 'void *' pointer [enabled by default]
>> file.c:552:12: error: request for member 'have' in something not a structure 
>> or union
>> file.c:552:12: warning: dereferencing 'void *' pointer [enabled by default]
>> file.c:552:12: error: request for member 'have' in something not a structure 
>> or union
>> file.c:552:12: warning: dereferencing 'void *' pointer [enabled by default]
>> file.c:552:12: error: request for member 'pos' in something not a structure 
>> or union
>> file.c:552:12: warning: left-hand operand of comma expression has no effect 
>> [-Wunused-value]
>> file.c:552:12: warning: dereferencing 'void *' pointer [enabled by default]
>> file.c:552:12: error: request for member 'next' in something not a structure 
>> or union
>> file.c:552:12: warning: left-hand operand of comma expression has no effect 
>> [-Wunused-value]
>> file.c: In function 'FCEU_fgetc':
>> file.c:543:

Bug#669548: girara: FTBFS: test_utils.c:119:F:fix_path:test_fix_path_extended:0: Fix path result does not match (got: /sbuild-nonexistent/test, expected /home/user/test)

2012-04-19 Thread Sebastian Ramacher
tags 669548 + fixed-upstream
thanks

On 19/04/12 22:08, Lucas Nussbaum wrote:
>> test_utils.c:119:F:fix_path:test_fix_path_extended:0: Fix path result does 
>> not match (got: /sbuild-nonexistent/test, expected /home/user/test)

Thanks for the report. That's already fixed upstream [1]. I'll prepare a fixed
version asap.

Regards.

[1]
http://git.pwmt.org/?p=girara.git;a=commit;h=fc3dd8f92c00572cf8e22346f94d9e6541e5f09b
-- 
Sebastian Ramacher



signature.asc
Description: OpenPGP digital signature


Bug#670320: ruby-locale: fails to get available locale

2012-04-24 Thread Sebastian Ramacher
On 24/04/12 22:42, Yannick Roehlly wrote:
> With the update from 2.0.5-2 to 2.0.5-3 I encounter some strange behaviour.
> Under KDE, the programmes that use ruby-locale fails. For instance, on irb:
> 
>   irb(main):001:0> require 'locale'
>   => true
>   irb(main):002:0> Locale.current
>   => []
>   irb(main):003:0> Locale.candidates
>   NoMethodError: undefined method `size' for nil:NilClass
>   from /usr/lib/ruby/vendor_ruby/locale.rb:239:in `collect_candidates'
>   from /usr/lib/ruby/vendor_ruby/locale.rb:222:in `candidates'
>   from (irb):3
>   irb(main):004:0> 

As far as I can tell this is only reproducible if LANGUAGE is set but empty. So
I guess KDE sets LANGUAGE to an empty value an Xfce does not.

Regards
-- 
Sebastian Ramacher



signature.asc
Description: OpenPGP digital signature


Bug#675379: python-keyring: CryptedFileKeyring is insecure

2012-06-05 Thread Sebastian Ramacher
tags 675379 + fixed-upstream
thanks

python-keyring 0.9.2 has been released which contains a fix for this issue.

Kind regards
-- 
Sebastian Ramacher



signature.asc
Description: OpenPGP digital signature


Bug#676517: zathura: Going to a given page don't work

2012-06-07 Thread Sebastian Ramacher
tags 676517 + upstream fixed-upstream
thanks

On 07/06/12 15:54, Florian Birée wrote:
> Is it possible to get this change in the debian package?

Unfortunately the fix requires changes to girara that break its ABI. So this has
to wait for a new girara release.

Cheers
-- 
Sebastian Ramacher



signature.asc
Description: OpenPGP digital signature


Bug#676650: libssh: please provide variant linked against gcrypt

2012-06-08 Thread Sebastian Ramacher
Source: libssh
Version: 0.5.2-1
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Please provide a variant of libssh that is linked against gcrypt instead of
OpenSSL (like libcurl does for example). This can be achieved by passing
- -DWITH_GCRYPT to cmake.

With this change it would be possible to link GPLed software without an OpenSSL
linking exemption to libssh.

- -- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (650, 'unstable'), (601, 'testing'), (600, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-2-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

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

iQIcBAEBCAAGBQJP0hFNAAoJEGny/FFupxmT/wgQAKuigJRUEhVDrcGPKxE4l1ts
LP4qJo2WnHI0S+tuam5JuxB7b5HamCUumpex/nAZtZ77F9oFEsS04RTFxFlIQvcR
qpE0hwForL50ZviDoP3Cd+MVTFXGRC8MXRtOqpQcWV0RR8V56eLZmcQSzhrSeB1U
dpLkXMv8fB1fbLy0RCuBHr9ogdQEA2FGD/JouYdY0xNyq9GqCYacdVjBFb1uStyb
wKyuPXr2m6kQnKrbgcWfgUcyJpKDN5Y966dQUAtDGkJHKvEfzG/PaYalgzq5OK0a
5BnLvnU+uJpl2duGyw3L4m2jYrEU70ZJuebffsUhChs+stnJbRdoRDDZXUXUnQ+c
t5MvvU9dYKC7XzLKUpSlEQ/7goA6ALbNNjISNkylrJs/eqQRXBEobr6E9fxLzm7b
gX1Ev3+0oxlxRI8iJEG7gTH5ehhwtiMsIMEvaa3Wmxs6m1qWV8KIgheM8xYFSImo
gU94CA974VCtzGievkaenaKkOlrbE3jLm4LZjdh1Q8GoNL+DIlUv/4pOGOAUhh1K
QY2BCc9IJrJr6OsXH7DV2FBY1nQYYzMK5wc3i16ebWwNFIhyo+ne4PcCdIdXqFoq
cTx8v8cktY42D7B4OSxvjNuR62nNpL9X6Yl9ymt7DtTO61NGdjYEDDMtXnSMwSdY
roe11UhpwTs2JhXmWUhD
=rpAV
-END PGP SIGNATURE-



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



Bug#646227: icedove: searching for non-ascii characters in multi-part messages with iso-8859-1 encoding fails

2011-10-22 Thread Sebastian Ramacher
Package: icedove
Version: 3.1.15-1+b1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

While searching (Ctrl-F, filter message by body) for a string that contains
non-ascii characters I've noticed that it works for messages that are UTF-8
encoded and even for iso-8859-1 encoded plain text messages. But for multi-part
messages with iso-8859-1 encoding it didn't work at all.

I guess that it would also fail for any non-UTF-8 encoded multi-part mail.

Kind regards

- -- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (650, 'unstable'), (601, 'testing'), (600, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.0.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages icedove depends on:
ii  debianutils   4.0.4   
ii  fontconfig2.8.0-3 
ii  libasound21.0.24.1-4  
ii  libatk1.0-0   2.2.0-2 
ii  libc6 2.13-21 
ii  libcairo2 1.10.2-6.1  
ii  libdbus-1-3   1.4.16-1
ii  libffi5   3.0.10-3
ii  libfontconfig12.8.0-3 
ii  libfreetype6  2.4.6-2 
ii  libgcc1   1:4.6.1-16  
ii  libgdk-pixbuf2.0-02.24.0-1
ii  libglib2.0-0  2.28.8-1
ii  libgtk2.0-0   2.24.7-1
ii  libhunspell-1.3-0 1.3.2-4 
ii  libjpeg8  8c-2
ii  libnspr4-0d   4.8.9-1 
ii  libnss3-1d3.12.11-3   
ii  libpango1.0-0 1.29.4-2
ii  libpixman-1-0 0.22.2-1
ii  libpng12-01.2.46-3
ii  libsqlite3-0  3.7.8-1 
ii  libstartup-notification0  0.12-1  
ii  libstdc++64.6.1-16
ii  libx11-6  2:1.4.4-2   
ii  libxrender1   1:0.9.6-2   
ii  libxt61:1.1.1-2   
ii  psmisc22.14-1 
ii  zlib1g1:1.2.3.4.dfsg-3

Versions of packages icedove recommends:
ii  hunspell-de-at [hunspell-dictionary]  20110609-1
ii  hunspell-en-us [hunspell-dictionary]  20070829-4

Versions of packages icedove suggests:
ii  libdbus-glib-1-2  0.98-1  
ii  libgconf2-4   2.32.4-1
ii  libgnomevfs2-01:2.24.4-1  
ii  libgssapi-krb5-2  1.9.1+dfsg-3
ii  libnotify40.7.4-1 
ii  ttf-lyx   2.0.1-1 

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)

iQIcBAEBCAAGBQJOorszAAoJEGny/FFupxmTms0P/A1FPRSSOMtOHOOZ3GR2A+AI
U0R5RafnwKBS8KzyQBLVqqakakKoU1bl5ReqjYJC+uDwzksgRK3sMnfxdn7xDHmK
abyw1fl8wDl3UM8kx4NM/Q8KSd8VSvQFGds7dIJ4qJmFIDwX6uOKGEhaqYr7HmCX
2/+5dgVxu+1AwttYi8ttQ6EGyvyD+viGdmUslWQUy10qzMC8y08Ph3PrTtZnJEv7
tfuWjxgNa5tzIpTx8zirZOcgAHU030n1zaRnlFkTGebQhSo4Nxa/k0unpwiIq5JT
lEKJuk5oM+7wErfmauPfI4eb5rWQV8cuCfFsXraetflgK9TFOLvQRioiz5wqF/IE
EF3fu0TZ+G7ffMtqfno7dbVypRj7xL0WYJUyhKItmXfOTw4Gy6d79f3SOlssJbdX
lCAGOV7W5MEATex86e21XzOBqPiFyTzMoBEytqkR+ppszcJotGzGaNBbCG3FuHhH
Hye5z1uVflU2GtQI3QVutQUSeE6rnCTwTqNJ9v4/39sht2+w1pQ1++r3Zo4oP/2M
+rCUJbbfR0rTG5SbLuoA7fkqjM6PrgTRYh5jfDBajsIy/pKkQ6c+HalUW1PW2LML
K6zljypbChL+A4n+XWTja5NCoblfzcL2Df9R8aANVY7GcAjEUni+1nK79nrxhixJ
vaijUKTy3TkUb5hhwze/
=6qH4
-END PGP SIGNATURE-



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



Bug#636920: libxi6: Many programs crash with SIGBUS on startup

2012-03-31 Thread Sebastian Ramacher
tags 636920 + fixed-upstream
thanks

As I've been bitten by this bug now (#666452) I tested some upstream releases.
1.5.99.2 and 1.5.99.3 both had the same problem and everything works fine with
1.6.0. So c1a5a70b51f12dedf354102217c7cd4247ed3a4b [1] seems to have fixed the
issue.

Regards

[1]
http://cgit.freedesktop.org/xorg/lib/libXi/commit/?id=c1a5a70b51f12dedf354102217c7cd4247ed3a4b
-- 
Sebastian Ramacher



signature.asc
Description: OpenPGP digital signature


Bug#666416: girara: read_pwd_info() doesn't reset errno before each getpwent call

2012-04-02 Thread Sebastian Ramacher
tags 666416 + fixed-upstream
thanks

On 30/03/12 17:38, Jakub Wilk wrote:
> read_pwd_info() in tests/test_utils.c sets errno to 0 only before the first 
> call
> to getpwent(), but not before subsequent calls to the function. One of the
> getpwent() calls (or other function calls in the loop) could modify errno
> despite being successful, making the test fail.

Thank you for noticing this. It is fixed upstream [1].

Cheers

[1] http://git.pwmt.org/?p=girara.git;a=commit;h=a231b16b
-- 
Sebastian Ramacher



signature.asc
Description: OpenPGP digital signature


Bug#666898: icedove: inconsistent spacing between folder icon and folder name

2012-04-02 Thread Sebastian Ramacher
Package: icedove
Version: 10.0.3-3
Severity: minor

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Since the upgrade to 10.0.x the spacing between the icon and the name of folder
is inconsistent. Folders with new unread messages have less space between the
icon and the name than folders with unread messages or no unread messages.

The attached screenshot contains an example of the situation.

Kind regards

- -- System Information:
Debian Release: wheezy/sid
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-2-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

Versions of packages icedove depends on:
ii  debianutils   4.3
ii  fontconfig2.8.0-3.1
ii  libasound21.0.25-2
ii  libatk1.0-0   2.4.0-1
ii  libc6 2.13-27
ii  libcairo2 1.12.0-2
ii  libdbus-1-3   1.5.12-1
ii  libdbus-glib-1-2  0.98-1
ii  libevent-2.0-52.0.18-stable-1
ii  libffi5   3.0.10-3
ii  libfontconfig12.8.0-3.1
ii  libfreetype6  2.4.9-1
ii  libgcc1   1:4.7.0-1
ii  libgdk-pixbuf2.0-02.26.0-2
ii  libglib2.0-0  2.32.0-3
ii  libgtk2.0-0   2.24.10-1
ii  libhunspell-1.3-0 1.3.2-4
ii  libjpeg8  8d-1
ii  libnspr4-0d   4.9-1
ii  libnss3-1d3.13.3-1
ii  libpango1.0-0 1.30.0-1
ii  libpixman-1-0 0.24.4-1
ii  libsqlite3-0  3.7.11-2
ii  libstartup-notification0  0.12-1
ii  libstdc++64.7.0-1
ii  libvpx1   1.0.0-2
ii  libx11-6  2:1.4.4-4
ii  libxext6  2:1.3.0-3
ii  libxrender1   1:0.9.6-2
ii  libxt61:1.1.1-2
ii  psmisc22.16-1
ii  zlib1g1:1.2.6.dfsg-2

Versions of packages icedove recommends:
ii  hunspell-de-at [hunspell-dictionary]  20110609-1
ii  hunspell-en-us [hunspell-dictionary]  20070829-5

Versions of packages icedove suggests:
ii  gconf-service 3.2.3-4
ii  libgconf-2-4  3.2.3-4
ii  libgssapi-krb5-2  1.10+dfsg~beta1-2
ii  libnotify40.7.5-1
ii  ttf-lyx   2.0.3-2

- -- no debconf information

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

iQIcBAEBCAAGBQJPeYfPAAoJEGny/FFupxmTpVcP/0Hi2KVmAh9xQG9WAck9uude
BU8Tt8N2OwhcgQjBkRiMimWbLsxy75xMNTgpXdnyjtVCOvY/XTZgCPPOEbiYIZnW
k2V80Ky/k3ArRVbauA0vj7LNyLYHT6eV6erVfnIJ45jD0X4wZ4wlj5fTjN3/qPVW
GxlD2wSgB0L1k8vPK8uIlOhra4wsflAjDGFYitNJqVWUOCh+HRVJnWECEmd7iMSP
3eyr+tK4rZKNDk1XJCxF48xjC2jNOVTPil1m4q0xLT7ZigAbA6QYU7SlT2ia/aIK
xgIBnDp4ahNVrNPt2fwxF8VDqfgIO8STnhSLEpPLg9n2z4HyxZnTDQNy/KUZ7GKE
nrEdoE4Eybl0ceBauzG5tSc5Zqwuko+nc4eHlQLp5avKOsv+Vx/FcNKh9630W8MU
esjSan+LG4RoGUmaMM3//pY+Hn5ooEUh2Enr6LgZLnfKtbIiaK69UKgzzRpCKJkM
2rJRLeMxDfZzMDGs9unDFVg3TCr3rxn/caRcis+/J0czobjLFg2CJXIrSID+7fKw
jgw1XLxkw1QFb0YXbdkP9ZGFA5bVm+4VqX2c6bMlFqCZ8ofeCxZ4ZFWCEeSSgW+g
8/ewtm5VaJB06Fh3ZVHernKvfz/wKzfBn1zJSbiWqF6Lk2vSkwOThXsRr8jenheG
47oR38IC8LBjjVD3xi24
=E8gi
-END PGP SIGNATURE-
<>

Bug#636920: libxi6: Many programs crash with SIGBUS on startup

2012-04-04 Thread Sebastian Ramacher
tags 636920 + patch
thanks

I've backported c1a5a70b51f12dedf354102217c7cd4247ed3a4b to 1.4.5. The patch is
attached.

Regards
-- 
Sebastian Ramacher
diff --git a/src/XExtInt.c b/src/XExtInt.c
index 63afb8f..afb4427 100644
--- a/src/XExtInt.c
+++ b/src/XExtInt.c
@@ -1012,6 +1012,55 @@ sizeDeviceEvent(int buttons_len, int valuators_len,
 return len;
 }
 
+/* Return the size with added padding so next element would be
+   double-aligned unless the architecture is known to allow unaligned
+   data accesses.  Not doing this can cause a bus error on
+   MIPS N32. */
+static int
+pad_to_double(int size)
+{
+#if !defined(__i386__) && !defined(__sh__)
+if (size % sizeof(double) != 0)
+size += sizeof(double) - size % sizeof(double);
+#endif
+return size;
+}
+
+/**
+ * Set structure and atoms to size in bytes of XIButtonClassInfo, its
+ * button state mask and labels array.
+ */
+static void
+sizeXIButtonClassType(int num_buttons, int* structure, int* state, int* atoms)
+{
+int size;
+int labels;
+
+*structure = pad_to_double(sizeof(XIButtonClassInfo));
+size = num_buttons + 7)/8) + 3)/4);
+
+/* Force mask alignment with longs to avoid unaligned
+ * access when accessing the atoms. */
+*state = pad_to_double(size * 4);
+labels = num_buttons * sizeof(Atom);
+
+/* Force mask alignment with longs to avoid
+ * unaligned access when accessing the atoms. */
+labels += num_buttons + 7)/8) + 3)/4) * sizeof(Atom);
+*atoms = pad_to_double(labels);
+}
+
+/**
+ * Set structure and keycodes to size in bytes of XIKeyClassInfo and
+ * its keycodes array.
+ */
+static void
+sizeXIKeyClassType(int num_keycodes, int* structure, int* keycodes)
+{
+*structure = pad_to_double(sizeof(XIKeyClassInfo));
+*keycodes = pad_to_double(num_keycodes * sizeof(int));
+}
+
 /**
  * Return the size in bytes required to store the matching class type
  * num_elements is num_buttons for XIButtonClass or num_keycodes for
@@ -1023,21 +1072,21 @@ static int
 sizeDeviceClassType(int type, int num_elements)
 {
 int l = 0;
+int extra1 = 0;
+int extra2 = 0;
 switch(type)
 {
 case XIButtonClass:
-l = sizeof(XIButtonClassInfo);
-l += num_elements * sizeof(Atom);
-/* Force mask alignment with longs to avoid
- * unaligned access when accessing the atoms. */
-l += num_elements + 7)/8) + 3)/4) * sizeof(Atom);
+sizeXIButtonClassType(num_elements, &l, &extra1, &extra2);
+l += extra1 + extra2;
 break;
 case XIKeyClass:
-l = sizeof(XIKeyClassInfo);
-l += num_elements * sizeof(int);
+sizeXIKeyClassType(num_elements, &l, &extra1);
+l += extra1;
 break;
 case XIValuatorClass:
 l = sizeof(XIValuatorClassInfo);
+l = pad_to_double(sizeof(XIValuatorClassInfo));
 break;
 default:
 printf("sizeDeviceClassType: unknown type %d\n", type);
@@ -1123,20 +1172,21 @@ copyDeviceChangedEvent(XGenericEventCookie *in_cookie,
 {
 case XIButtonClass:
 {
-int size;
+int struct_size;
+int state_size;
+int labels_size;
 XIButtonClassInfo *bin, *bout;
 bin = (XIButtonClassInfo*)any;
-bout = next_block(&ptr, sizeof(XIButtonClass));
+sizeXIButtonClassType(bin->num_buttons, &struct_size,
+  &state_size, &labels_size);
+bout = next_block(&ptr, struct_size);
 
 *bout = *bin;
-/* Force mask alignment with longs to avoid unaligned
- * access when accessing the atoms. */
-size = bout->state.mask_len/4 * sizeof(Atom);
-bout->state.mask = next_block(&ptr, size);
+bout->state.mask = next_block(&ptr, state_size);
 memcpy(bout->state.mask, bin->state.mask,
 bout->state.mask_len);
 
-bout->labels = next_block(&ptr, bout->num_buttons * sizeof(Atom));
+bout->labels = next_block(&ptr, labels_size);
 memcpy(bout->labels, bin->labels, bout->num_buttons * sizeof(Atom));
 out->classes[i] = (XIAnyClassInfo*)bout;
 break;
@@ -1144,11 +1194,15 @@ copyDeviceChangedEvent(XGenericEventCookie *in_cookie,
 case XIKeyClass:
 {
 XIKeyClassInfo *kin, *kout;
+int struct_size;
+int keycodes_size;
 kin = (XIKeyClassInfo*)any;
+ 

Bug#667596: gtk_init gives bus error on mipsel

2012-04-05 Thread Sebastian Ramacher
block 667596 with 636920
thanks

On 05/04/12 10:41, Enrico Tassi wrote:
> $ xvfb-run ./gtktest 
> Bus error (core dumped)
> $ gdb ./gtktest
> ...
> bt
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/lib/mipsel-linux-gnu/libthread_db.so.1".
> Core was generated by `./gtktest'.
> Program terminated with signal 10, Bus error.
> #0  0x2bbe6cb0 in copy_classes (to=, from=, 
> nclasses=) at ../../src/XExtInt.c:1539
> 1539  ../../src/XExtInt.c: No such file or directory.
> (gdb) bt
> #0  0x2bbe6cb0 in copy_classes (to=, from=, 
> nclasses=) at ../../src/XExtInt.c:1539
> #1  0x2bbe845c in XIQueryDevice (dpy=0xb71140, deviceid=, 
> ndevices_return=) at ../../src/XIQueryDevice.c:90
> …

This is because of #636920.

Regards
-- 
Sebastian Ramacher



signature.asc
Description: OpenPGP digital signature


Bug#798826: DDPO: displays not-for-us in reproducible builds column for architectures excluded in the package

2015-09-13 Thread Sebastian Ramacher
Package: qa.debian.org
Severity: normal

On my DDPO page intel-vaapi-driver is displayed as not-for-us in the
reproducible build column which is caused by r.d.n reporting intel-vaapi-driver
as not-for-us on armhf. This is expected since intel-vaapi-driver restricts its
Architecture field to i386, amd64, kfreebsd-i386 and kfreebsd-amd64. So please
ignore results for architectures that are explicitely excluded in the package.

This issue may be an issue in the data provided by r.d.n. In this case please
reassign it.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#798828: videolan: should this package be removed?

2015-09-13 Thread Sebastian Ramacher
Package: videolan-doc
Version: 20070626-1

The VLC documentation moved to a wiki and the documentation in videolan-doc is
outdated. I don't think keeping this package alive has any benefits to our
users. So, should it be removed?

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#798763: vlc: segfault if vlc and libvlc5/libvlccore8/vlc-data out of sync

2015-09-13 Thread Sebastian Ramacher
Control: severity -1 normal
Control: tags -1 + moreinfo unreproducible

On 2015-09-12 13:21:58, Lionel Elie Mamane wrote:
> Package: vlc
> Version: 2.2.1-3
> Severity: serious
> Justification: Policy 3.5
> 
> after upgrade, vlc started segfaulting on startup. This was solved by:
> 
> [UPGRADE] libvlc5:amd64 2.2.0~rc2-2+deb8u1 -> 2.2.1-3
> [UPGRADE] libvlccore8:amd64 2.2.0~rc2-2+deb8u1 -> 2.2.1-3
> [UPGRADE] vlc-data:amd64 2.2.0~rc2-2+deb8u1 -> 2.2.1-3
> [UPGRADE] vlc-plugin-pulse:amd64 2.2.0~rc2-2+deb8u1 -> 2.2.1-3
> 
> which suggests that dependency on at least one of these packages is
> too lax (should be more strictly versioned).
> 
> here's the backtrace for reference (without symbols)
> 
> (gdb) bt
> #0  strlen () at ../sysdeps/x86_64/strlen.S:106
> #1  0x7fb7fdb24954 in ?? () from /usr/lib/x86_64-linux-gnu/liblua5.2.so.0
> #2  0x7fb7fdb1761f in lua_pushstring () from 
> /usr/lib/x86_64-linux-gnu/liblua5.2.so.0
> #3  0x7fb7fdd5890a in ?? () from /usr/lib/vlc/plugins/lua/liblua_plugin.so
> #4  0x7fb7fdb1bc4d in ?? () from /usr/lib/x86_64-linux-gnu/liblua5.2.so.0
> #5  0x7fb7fdb2783d in ?? () from /usr/lib/x86_64-linux-gnu/liblua5.2.so.0
> #6  0x7fb7fdb1bf8e in ?? () from /usr/lib/x86_64-linux-gnu/liblua5.2.so.0
> #7  0x7fb7fdb1b5cf in ?? () from /usr/lib/x86_64-linux-gnu/liblua5.2.so.0
> #8  0x7fb7fdb1c1d1 in ?? () from /usr/lib/x86_64-linux-gnu/liblua5.2.so.0
> #9  0x7fb7fdb180f1 in lua_pcallk () from 
> /usr/lib/x86_64-linux-gnu/liblua5.2.so.0
> #10 0x7fb7fdd4f0d3 in ?? () from /usr/lib/vlc/plugins/lua/liblua_plugin.so
> #11 0x7fb7fdd51880 in ?? () from /usr/lib/vlc/plugins/lua/liblua_plugin.so
> #12 0x7fb8047b9ee5 in ?? () from /usr/lib/libvlccore.so.8
> #13 0x7fb8047ba4ae in vlc_module_load () from /usr/lib/libvlccore.so.8
> #14 0x7fb80477dca3 in ?? () from /usr/lib/libvlccore.so.8
> #15 0x7fb804780604 in ?? () from /usr/lib/libvlccore.so.8
> #16 0x7fb80478473d in input_Read () from /usr/lib/libvlccore.so.8
> #17 0x7fb80475a775 in ?? () from /usr/lib/libvlccore.so.8
> #18 0x7fb804755af8 in ?? () from /usr/lib/libvlccore.so.8
> #19 0x7fb804751838 in libvlc_InternalAddIntf () from 
> /usr/lib/libvlccore.so.8
> #20 0x7fb80520145c in libvlc_add_intf () from /usr/lib/libvlc.so.5
> #21 0x004012c2 in ?? ()
> #22 0x7fb804a50b45 in __libc_start_main (main=0x4010f0, argc=1, 
> argv=0x7fff440fef88, init=, fini=, 
> rtld_fini=, stack_end=0x7fff440fef78) at libc-start.c:287
> #23 0x004014bc in ?? ()

I am unable to reproduce the issue. I've installed vlc, vlc-plugin-pulse and
vlc-plugin-sambda in jessie, marked vlc-data, vlc-plugin-pulse, libvlc5 and
libvlccore5 as hold and upgraded to unstable.

Please provide the output of vlc -vvv until the crash and a backtrace including
symbols (by installing vlc-dbg and liblua5.2-0-dbg).

I'm downgrading the bug until the issue can be reproduced.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#775091: sbuild: sbuild-updates creates two files in /tmp on every run

2015-09-13 Thread Sebastian Ramacher
Hi

On 2015-09-13 15:20:38, Johannes Schauer wrote:
> On Sun, 11 Jan 2015 09:46:31 +0100 Sebastian Ramacher  
> wrote:
> > sbuild-update creates two temporary files every run, but doesn't clean them
> > up:
> > 
> > $ ls /etc/sbuild/chroot/unstable-amd64-sbuild/tmp
> > $ sbuild-update -udrc unstable-amd64-sbuild
> > ...
> > $ ls /etc/sbuild/chroot/unstable-amd64-sbuild/tmp
> > Akl89y9Pai  ghBrITSJSA
> > 
> > They are created in get_foreign_architectures
> > (lib/Sbuild/ResolverBase.pm). They attached patch fixes the issue and also
> > closes both file descriptors.
> 
> I am not able to see the behaviour you describe. What is your setup?

This is enough to reproduce it in jessie:

$ sudo sbuild-createchroot \
  --make-sbuild-tarball=/tmp/test.tar.gz \
  sid `mktemp -d` \
  http://localhost:3142/debian # replace with your own mirror
$ tar taf /tmp/test.tar.gz ./tmp
./tmp/
./tmp/WCV3MjvRTJ
./tmp/fbuo0WWY51
$ sudo sbuild-update -udrc sid-amd64-sbuild
$ tar taf /tmp/test.tar.gz ./tmp
./tmp/
./tmp/WCV3MjvRTJ
./tmp/fbuo0WWY51
./tmp/xstgwRr70t
./tmp/6VSNh4CcCe

Every run of sbuild-update adds to new files to /tmp in the tarball.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#775091: sbuild: sbuild-updates creates two files in /tmp on every run

2015-09-13 Thread Sebastian Ramacher
Hi

On 2015-09-13 17:24:23, Johannes Schauer wrote:
> Hi,
> 
> Quoting Sebastian Ramacher (2015-09-13 16:01:48)
> > This is enough to reproduce it in jessie:
> > 
> > $ sudo sbuild-createchroot \
> >   --make-sbuild-tarball=/tmp/test.tar.gz \
> >   sid `mktemp -d` \
> >   http://localhost:3142/debian # replace with your own mirror
> > $ tar taf /tmp/test.tar.gz ./tmp
> > ./tmp/
> > ./tmp/WCV3MjvRTJ
> > ./tmp/fbuo0WWY51
> > $ sudo sbuild-update -udrc sid-amd64-sbuild
> > $ tar taf /tmp/test.tar.gz ./tmp
> > ./tmp/
> > ./tmp/WCV3MjvRTJ
> > ./tmp/fbuo0WWY51
> > ./tmp/xstgwRr70t
> > ./tmp/6VSNh4CcCe
> > 
> > Every run of sbuild-update adds to new files to /tmp in the tarball.
> 
> that's what I tread earlier too but did not see what you see and still do not
> after trying again from scratch.
> 
> Are you sure that you are not using some special schroot config which does not
> bind mount /tmp for example? (look into /etc/schroot/default/fstab)

I'm using the sbuild profile and my /etc/schroot/sbuild/fstab has the following
diff compared to the one from schroot 1.6.10-1:

% diff -u schroot-1.6.10-1/etc/schroot/sbuild /etc/schroot/sbuild/fstab
--- schroot-1.6.10-1/etc/schroot/sbuild/fstab   2014-05-25 23:03:42.0 
+0200
+++ /etc/schroot/sbuild/fstab   2014-12-28 22:00:32.918246403 +0100
@@ -9,4 +9,7 @@
 tmpfs   /dev/shmtmpfs   defaults0   0
 # Mount a large scratch space for the build, so we don't use up
 # space on an LVM snapshot of the chroot itself.
-/var/lib/sbuild/build  /build   nonerw,bind 0   0
+/srv/tank/debian/schroot/sbuild-build  /build  nonerw,bind 0   0
+
+# ccache scratch space
+/srv/tank/debian/schroot/sbuild-ccache /ccache none rw,bind 0 0

/tmp does not get mounted as tmpfs or bind mounted in this configuration (why
would I want my hosts /tmp in a chroot intended for building anyway?).

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#798763: vlc: segfault if vlc and libvlc5/libvlccore8/vlc-data out of sync

2015-09-13 Thread Sebastian Ramacher
Control: severity -1 serious

On 2015-09-13 17:03:14, Lionel Elie Mamane wrote:
> On Sun, Sep 13, 2015 at 01:33:51PM +0200, Sebastian Ramacher wrote:
> > Control: severity -1 normal
> > Control: tags -1 + moreinfo unreproducible
> > 
> > On 2015-09-12 13:21:58, Lionel Elie Mamane wrote:
> 
> >> after upgrade, vlc started segfaulting on startup. This was solved by:
> 
> >> [UPGRADE] libvlc5:amd64 2.2.0~rc2-2+deb8u1 -> 2.2.1-3
> >> [UPGRADE] libvlccore8:amd64 2.2.0~rc2-2+deb8u1 -> 2.2.1-3
> >> [UPGRADE] vlc-data:amd64 2.2.0~rc2-2+deb8u1 -> 2.2.1-3
> >> [UPGRADE] vlc-plugin-pulse:amd64 2.2.0~rc2-2+deb8u1 -> 2.2.1-3
> 
> > I am unable to reproduce the issue. I've installed vlc, vlc-plugin-pulse and
> > vlc-plugin-sambda in jessie, marked vlc-data, vlc-plugin-pulse, libvlc5 and
> > libvlccore5 as hold and upgraded to unstable.
> 
> > Please provide the output of vlc -vvv until the crash and a backtrace 
> > including
> > symbols (by installing vlc-dbg and liblua5.2-0-dbg).
> 
> Downgrading only libvlc5 was not enough to reproduce, and downgrading
> libblccore8 forced me to downgrade also vlc-data and vlc-plugin-pulse.
> 
> vlc -vvv output attached. I installed vlc-dbg version 2.2.1-3 (not
> 2.2.0~rc2-2+deb8u1) since that's the one the dependencies let me
> install.

Thank you. Found the issue and a fix is one the way.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#798661: vlc: VLC only shows top-left part of the movie

2015-09-15 Thread Sebastian Ramacher
Control: severity -1 normal

On 2015-09-11 16:55:51, Ralf Jung wrote:
> Package: vlc
> Version: 2.2.1-3
> Severity: important
> 
> Dear Maintainer,
> 
> since I installed the big gcc5-transition and all the package updates coming 
> along with it,
> VLC is no longer working properly: When I open a movie, only the top-left 
> part of the window
> actually shows movie content. The rest of the windows is black, with the rest 
> of the movie
> not being visible. I tried both the XVideo and the GLX output module, I tried 
> disabling
> compositing in KWin, and I tried videos of different formats. The behavior is 
> always
> the same. I will attach a screenshot.
> The same files used to work fine in VLC, and still work fine in mpv.

...

> ii  libqt5core5a5.5.0+dfsg-6
> ii  libqt5gui5  5.5.0+dfsg-6
> ii  libqt5widgets5  5.5.0+dfsg-6
> ii  libqt5x11extras55.5.0-1

This sounds a lot like
https://forums.opensuse.org/showthread.php/509523-VLC-video-playback-in-Plasma-5-4-openSUSE-13-2.
Does downgrading to the Qt version help or any of the workarounds help?

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#799649: stk: ABI transition needed for libstdc++ v5

2015-09-21 Thread Sebastian Ramacher
Control: tags -1 + pending

Hi

On 2015-09-21 09:54:28, Felipe Sateler wrote:
> On 21 September 2015 at 05:21, Simon McVittie  wrote:
> > Source: stk
> > Version: 4.4.4-5
> > Severity: serious
> > Justification: ABI break since stable when rebuilt
> > Tags: sid stretch
> > User: debian-...@lists.debian.org
> > Usertags: libstdc++-cxx11
> >
> > Background[1]: libstdc++6 introduces a new ABI to conform to the
> > C++11 standard, but keeps the old ABI to not break existing binaries.
> > Packages which are built with g++-5 from experimental (not the one
> > from testing/unstable) are using the new ABI.  Libraries built from
> > this source package export some of the new __cxx11 or B5cxx11 symbols,
> > dropping other symbols.  If these symbols are part of the API of
> > the library, then this rebuild with g++-5 will trigger a transition
> > for the library.
> >
> > In the case of stk, there's a lot of std::string use in include/,
> > so a transition does appear to be needed. The transition normally
> > consists of renaming the affected library packages, replacing the
> > c2a suffix from a similar previous transition with a v5 suffix
> > (libstk0v5). The SONAME should not be changed when doing this.
> >
> > If an upgrade to a new upstream SONAME is already planned, and that
> > SONAME has never been available in Debian compiled with g++-4, then an
> > alternative way to carry out the transition would be to bump the
> > SONAME. However, the libstdc++ transition has been going on for nearly
> > 2 months already, and anything that makes it take longer is bad for Debian,
> > so introducing new upstream code is not recommended at this stage.
> >
> > These follow-up transitions for libstdc++ are not going through exactly
> > the normal transition procedure, because many entangled transitions are
> > going on at the same time, and the usual ordered transition procedure
> > does not scale that far. When all the C++ libraries on which this library
> > depends have started their transitions in unstable if required, this
> > library should do the same, closing this bug; the release team will deal
> > with binNMUs as needed.
> >
> > Looking at the build-dependencies of stk, rtaudio and rtmidi have
> > already had their renames, so I believe stk is now ready to be renamed.
> >
> > The package might be NMU'd if there is no maintainer response. The
> > release team have declared a 2 day NMU delay[2] for packages involved
> > in the libstdc++ transition, in order to get unstable back to a usable
> > state in a finite time.
> 
> Please go ahead. I do not know when I will have time to look at this,
> so do not wait on me.

I've uploaded 4.4.4-6 with renamed packages. I saw that there is a new upstream
release in git, but I didn't want to deal with the lintian errors this new
release generates.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#790983: blackbox: library transition: libbt0v5

2015-08-14 Thread Sebastian Ramacher
user release.debian@packages.debian.org
usertag 790983 + transition
block 790983 by 790756
reassign 790983 release.debian.org
retitle 790983 transition: blacbkox (GCC 5)
severity 790983 normal
thanks

On 2015-08-10 11:49:48, Simon McVittie wrote:
> Control: severity 790983 serious
> Control: tags 790983 + confirmed
> Control: retitle 790983 blackbox: library transition: libbt0v5
> 
> On Fri, 03 Jul 2015 at 13:08:57 +, Matthias Klose wrote:
> >  - Decide if the symbols matching __cxx11 or B5cxx11 are part of the
> >library API, and are used by the reverse dependencies of the
> >library.
> 
> Yes they are. Rebuilding bbpager, the only rdep of blackbox, fails with:

Version with renamed package is in NEW.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#795496: ffmpegthumbnailer: diff for NMU version 2.0.8-2.1

2015-08-14 Thread Sebastian Ramacher
Package: ffmpegthumbnailer
Version: 2.0.8-2
Severity: normal
Tags: patch pending

Dear maintainer,

I've prepared an NMU for ffmpegthumbnailer (versioned as 2.0.8-2.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Cheers
-- 
Sebastian Ramacher
diff -Nru ffmpegthumbnailer-2.0.8/debian/changelog ffmpegthumbnailer-2.0.8/debian/changelog
--- ffmpegthumbnailer-2.0.8/debian/changelog	2014-01-05 08:11:03.0 +0100
+++ ffmpegthumbnailer-2.0.8/debian/changelog	2015-08-14 19:58:25.0 +0200
@@ -1,3 +1,12 @@
+ffmpegthumbnailer (2.0.8-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+
+  [ Steve Langasek ]
+  * Rename library packages for g++5 ABI transition.
+
+ -- Sebastian Ramacher   Fri, 14 Aug 2015 19:58:24 +0200
+
 ffmpegthumbnailer (2.0.8-2) unstable; urgency=low
 
   * Bumped Standards-Version to 3.8.4, no change required.
diff -Nru ffmpegthumbnailer-2.0.8/debian/control ffmpegthumbnailer-2.0.8/debian/control
--- ffmpegthumbnailer-2.0.8/debian/control	2014-01-05 08:14:10.0 +0100
+++ ffmpegthumbnailer-2.0.8/debian/control	2015-08-14 19:58:19.0 +0200
@@ -23,9 +23,11 @@
  .
  This package contains the ffmpegthumbnailer executable.
 
-Package: libffmpegthumbnailer4
+Package: libffmpegthumbnailer4v5
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}
+Conflicts: libffmpegthumbnailer4
+Replaces: libffmpegthumbnailer4
 Description: shared library for ffmpegthumbnailer
  FFmpegthumbnailer is a lightweight video thumbnailer that can be used by file
  managers to create thumbnails for your video files. The thumbnailer uses ffmpeg
@@ -37,7 +39,7 @@
 Package: libffmpegthumbnailer-dev
 Section: libdevel
 Architecture: any
-Depends: libffmpegthumbnailer4 (= ${binary:Version}), ${misc:Depends}
+Depends: libffmpegthumbnailer4v5 (= ${binary:Version}), ${misc:Depends}
 Description: development files for ffmpegthumbnailer
  FFmpegthumbnailer is a lightweight video thumbnailer that can be used by file
  managers to create thumbnails for your video files. The thumbnailer uses ffmpeg
diff -Nru ffmpegthumbnailer-2.0.8/debian/libffmpegthumbnailer4.install ffmpegthumbnailer-2.0.8/debian/libffmpegthumbnailer4.install
--- ffmpegthumbnailer-2.0.8/debian/libffmpegthumbnailer4.install	2013-09-18 00:45:18.0 +0200
+++ ffmpegthumbnailer-2.0.8/debian/libffmpegthumbnailer4.install	1970-01-01 01:00:00.0 +0100
@@ -1 +0,0 @@
-usr/lib/*/libffmpegthumbnailer*.so.*
diff -Nru ffmpegthumbnailer-2.0.8/debian/libffmpegthumbnailer4v5.install ffmpegthumbnailer-2.0.8/debian/libffmpegthumbnailer4v5.install
--- ffmpegthumbnailer-2.0.8/debian/libffmpegthumbnailer4v5.install	1970-01-01 01:00:00.0 +0100
+++ ffmpegthumbnailer-2.0.8/debian/libffmpegthumbnailer4v5.install	2013-09-18 00:45:18.0 +0200
@@ -0,0 +1 @@
+usr/lib/*/libffmpegthumbnailer*.so.*


signature.asc
Description: Digital signature


Bug#791032: ffmpegthumbnailer: library transition may be needed when GCC 5 is the default

2015-08-14 Thread Sebastian Ramacher
user release.debian@packages.debian.org
usertag 791032 + transition
block 791032 by 790756
reassign 791032 release.debian.org
retitle 791032 transition: ffmpegthumbnailer (GCC 5)
severity 791032 normal
thanks

On 2015-08-10 21:06:08, Julien Cristau wrote:
> Control: severity -1 serious
> Control: tag -1 confirmed
> 
> On Fri, Jul  3, 2015 at 13:09:49 +, Matthias Klose wrote:
> 
> >  - Rebuild the library using g++/g++-5 from experimental. Note that
> >most likely all C++ libraries within the build dependencies need
> >a rebuild too. You can find the log for a rebuild in
> >  https://people.debian.org/~doko/logs/gcc5-20150701/
> >Search for "BEGIN GCC CXX11" in the log.
> > 
> >  - Decide if the symbols matching __cxx11 or B5cxx11 are part of the
> >library API, and are used by the reverse dependencies of the
> >library.
> > 
> Some of ffmpegthumbnailer's public symbols involve std::string, so
> libffmpegthumbnailer4 needs to be renamed.
> 
> You may find the patch at
> https://launchpad.net/ubuntu/+source/ffmpegthumbnailer/2.0.8-2ubuntu1
> helpful.

A version with renamed package has been uploaded to DELAYED/2.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#795571: kyotocabinet: diff for NMU version 1.2.76-4.1

2015-08-15 Thread Sebastian Ramacher
Package: kyotocabinet
Version: 1.2.76-4
Severity: normal
Tags: patch pending

Dear maintainer,

I've prepared an NMU for kyotocabinet (versioned as 1.2.76-4.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Cheers
-- 
Sebastian Ramacher
diff -Nru kyotocabinet-1.2.76/debian/changelog kyotocabinet-1.2.76/debian/changelog
--- kyotocabinet-1.2.76/debian/changelog	2012-07-13 14:07:13.0 +0200
+++ kyotocabinet-1.2.76/debian/changelog	2015-08-15 12:16:08.0 +0200
@@ -1,3 +1,12 @@
+kyotocabinet (1.2.76-4.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+
+  [ Steve Langasek ]
+  * Rename library packages for g++5 ABI transition.
+
+ -- Sebastian Ramacher   Sat, 15 Aug 2015 12:16:02 +0200
+
 kyotocabinet (1.2.76-4) unstable; urgency=low
 
   * use breaks/replaces for smooth upgrades following man page move
diff -Nru kyotocabinet-1.2.76/debian/control kyotocabinet-1.2.76/debian/control
--- kyotocabinet-1.2.76/debian/control	2012-07-13 14:07:13.0 +0200
+++ kyotocabinet-1.2.76/debian/control	2015-08-15 12:15:12.0 +0200
@@ -14,12 +14,14 @@
 Vcs-Git: git://git.debian.org/collab-maint/kyoto-cabinet.git
 Homepage: http://fallabs.com/kyotocabinet/
 
-Package: libkyotocabinet16
+Package: libkyotocabinet16v5
 Section: libs
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Pre-Depends: ${misc:Pre-Depends}
 Multi-Arch: same
+Conflicts: libkyotocabinet16
+Replaces: libkyotocabinet16
 Description: Straightforward implementation of DBM - shared library
  Kyoto Cabinet is a library of routines for managing a database. The
  database is a simple data file containing records, each is a pair of
@@ -31,11 +33,11 @@
  .
  This package contains the shared library.
  
-Package: libkyotocabinet16-dbg
+Package: libkyotocabinet16v5-dbg
 Section: debug
 Architecture: any
 Priority: extra
-Depends: libkyotocabinet16 (= ${binary:Version}), ${misc:Depends}
+Depends: libkyotocabinet16v5 (= ${binary:Version}), ${misc:Depends}
 Provides: libkyocabinet-dbg
 Multi-Arch: same
 Description: Straightforward implementation of DBM - debugging symbols
@@ -100,7 +102,7 @@
 Section: libdevel
 Multi-Arch: same
 Architecture: any
-Depends: libkyotocabinet16 (= ${binary:Version}), ${misc:Depends},
+Depends: libkyotocabinet16v5 (= ${binary:Version}), ${misc:Depends},
  zlib1g-dev,
  liblzma-dev,
  liblzo2-dev
diff -Nru kyotocabinet-1.2.76/debian/libkyotocabinet16.install kyotocabinet-1.2.76/debian/libkyotocabinet16.install
--- kyotocabinet-1.2.76/debian/libkyotocabinet16.install	2012-06-13 11:30:17.0 +0200
+++ kyotocabinet-1.2.76/debian/libkyotocabinet16.install	1970-01-01 01:00:00.0 +0100
@@ -1 +0,0 @@
-usr/lib/*/libkyotocabinet.so.*
diff -Nru kyotocabinet-1.2.76/debian/libkyotocabinet16v5.install kyotocabinet-1.2.76/debian/libkyotocabinet16v5.install
--- kyotocabinet-1.2.76/debian/libkyotocabinet16v5.install	1970-01-01 01:00:00.0 +0100
+++ kyotocabinet-1.2.76/debian/libkyotocabinet16v5.install	2015-08-15 12:13:42.0 +0200
@@ -0,0 +1 @@
+usr/lib/*/libkyotocabinet.so.*
diff -Nru kyotocabinet-1.2.76/debian/rules kyotocabinet-1.2.76/debian/rules
--- kyotocabinet-1.2.76/debian/rules	2012-07-13 14:07:13.0 +0200
+++ kyotocabinet-1.2.76/debian/rules	2015-08-15 12:13:42.0 +0200
@@ -19,12 +19,12 @@
 
 override_dh_installdocs:
 	#kyotocabinet-doc doc's created in install file, so this doesn't apply there
-	dh_installdocs --link-doc=libkyotocabinet16
+	dh_installdocs --link-doc=libkyotocabinet16v5
 	# mega-lameness, seem to not be necessary on buildds, but with cowbuilder/pbuilder?
-	rm -rf $$(pwd)/debian/kyotocabinet-doc/usr/share/doc/libkyotocabinet16
+	rm -rf $$(pwd)/debian/kyotocabinet-doc/usr/share/doc/libkyotocabinet16v5
 
 override_dh_strip:
-	dh_strip --package=libkyotocabinet16 --dbg-package=libkyotocabinet16-dbg
+	dh_strip --package=libkyotocabinet16v5 --dbg-package=libkyotocabinet16v5-dbg
 	dh_strip
 
 override_dh_installchangelogs:


signature.asc
Description: Digital signature


Bug#795578: libopkele: diff for NMU version 2.0.4-8.1

2015-08-15 Thread Sebastian Ramacher
Package: libopkele
Version: 2.0.4-8
Severity: normal
Tags: patch pending

Dear maintainer,

I've prepared an NMU for libopkele (versioned as 2.0.4-8.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Cheers
-- 
Sebastian Ramacher
diff -Nru libopkele-2.0.4/debian/changelog libopkele-2.0.4/debian/changelog
--- libopkele-2.0.4/debian/changelog	2014-06-02 03:15:29.0 +0200
+++ libopkele-2.0.4/debian/changelog	2015-08-15 14:01:35.0 +0200
@@ -1,3 +1,12 @@
+libopkele (2.0.4-8.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+
+  [ Steve Langasek ]
+  * Rename library packages for g++5 ABI transition.
+
+ -- Sebastian Ramacher   Sat, 15 Aug 2015 14:01:11 +0200
+
 libopkele (2.0.4-8) unstable; urgency=medium
 
   * debian/rules: Add autoreconf option.  Thanks to Matthias Klose and
diff -Nru libopkele-2.0.4/debian/control libopkele-2.0.4/debian/control
--- libopkele-2.0.4/debian/control	2014-06-02 02:26:03.0 +0200
+++ libopkele-2.0.4/debian/control	2015-08-15 14:01:09.0 +0200
@@ -9,18 +9,20 @@
 Package: libopkele-dev
 Section: libdevel
 Architecture: any
-Depends: ${misc:Depends}, libopkele3 (= ${binary:Version}), libpcre3-dev, libcurl4-gnutls-dev, libssl-dev, libexpat1-dev, libtidy-dev, libsqlite3-dev, uuid-dev
+Depends: ${misc:Depends}, libopkele3v5 (= ${binary:Version}), libpcre3-dev, libcurl4-gnutls-dev, libssl-dev, libexpat1-dev, libtidy-dev, libsqlite3-dev, uuid-dev
 Description: OpenID support library in C++ (development)
  libopkele is a C++ implementation of an OpenID decentralized identity
  system.  It provides OpenID protocol handling, leaving authentication
  and user interaction to the implementor.
 
-Package: libopkele3
+Package: libopkele3v5
 Section: libs
 Architecture: any
 Depends: ${misc:Depends}, ${shlibs:Depends}
 Multi-Arch: same
 Pre-Depends: ${misc:Pre-Depends}
+Conflicts: libopkele3
+Replaces: libopkele3
 Description: OpenID support library in C++ (runtime)
  libopkele is a C++ implementation of an OpenID decentralized identity
  system.  It provides OpenID protocol handling, leaving authentication
diff -Nru libopkele-2.0.4/debian/libopkele3.install libopkele-2.0.4/debian/libopkele3.install
--- libopkele-2.0.4/debian/libopkele3.install	2013-07-09 01:34:13.0 +0200
+++ libopkele-2.0.4/debian/libopkele3.install	1970-01-01 01:00:00.0 +0100
@@ -1 +0,0 @@
-/usr/lib/*/lib*.so.*
diff -Nru libopkele-2.0.4/debian/libopkele3v5.install libopkele-2.0.4/debian/libopkele3v5.install
--- libopkele-2.0.4/debian/libopkele3v5.install	1970-01-01 01:00:00.0 +0100
+++ libopkele-2.0.4/debian/libopkele3v5.install	2015-08-15 14:00:54.0 +0200
@@ -0,0 +1 @@
+/usr/lib/*/lib*.so.*


signature.asc
Description: Digital signature


Bug#791149: libopkele: library transition may be needed when GCC 5 is the default

2015-08-15 Thread Sebastian Ramacher
user release.debian@packages.debian.org
usertag 791149 + transition
block 791149 by 790756
reassign 791149 release.debian.org
retitle 791149 transition: libopkele (GCC 5)
severity 791149 normal
thanks

On 2015-07-03 13:11:54, Matthias Klose wrote:
>  - If a library transition is needed, please prepare for the change.
>Rename the library package, append "v5" to the name of the package
>(e.g. libfoo2 -> libfoo2v5). Such a change can be avoided, if you
>have a soversion bump and you upload this version instead of the
>renamed package.  Prepare a patch and attach it to this issue (mark
>this issue with patch), so that it is possible to NMU such a
>package. We'll probably have more than hundred transitions
>triggered. Then reassign the issue to release.debian.org and
>properly tag it as a transition issue, by sending an email to
>cont...@bugs.debian.org:
>
>  user release.debian@packages.debian.org
>  usertag  + transition
>  block  by 790756
>  reassign  release.debian.org

I've uploaded a package with the renamed binary package to DELAYED/2.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#795602: libpyzy: diff for NMU version 1.0.1-4.1

2015-08-15 Thread Sebastian Ramacher
Package: libpyzy
Version: 1.0.1-4
Severity: normal
Tags: patch pending

Dear maintainer,

I've prepared an NMU for libpyzy (versioned as 1.0.1-4.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Cheers
-- 
Sebastian Ramacher
diff -Nru libpyzy-1.0.1/debian/changelog libpyzy-1.0.1/debian/changelog
--- libpyzy-1.0.1/debian/changelog	2014-01-30 17:57:28.0 +0100
+++ libpyzy-1.0.1/debian/changelog	2015-08-15 18:09:27.0 +0200
@@ -1,3 +1,12 @@
+libpyzy (1.0.1-4.1) unstable; urgency=medium
+
+  * Non maintainer-upload.
+
+  [ Steve Langasek ]
+  * Rename library packages for g++5 ABI transition.
+
+ -- Sebastian Ramacher   Sat, 15 Aug 2015 18:09:26 +0200
+
 libpyzy (1.0.1-4) unstable; urgency=medium
 
   * Update the maintainer to make it part of pkg-ime.
diff -Nru libpyzy-1.0.1/debian/control libpyzy-1.0.1/debian/control
--- libpyzy-1.0.1/debian/control	2014-01-30 17:57:28.0 +0100
+++ libpyzy-1.0.1/debian/control	2015-08-15 18:08:29.0 +0200
@@ -13,17 +13,19 @@
 Package: libpyzy-dev
 Section: libdevel
 Architecture: any
-Depends: libpyzy-1.0-0 (= ${binary:Version}), ${misc:Depends}
+Depends: libpyzy-1.0-0v5 (= ${binary:Version}), ${misc:Depends}
 Description: Development files of libpyzy
  Algorithm library of ibus-pinyin. It is separated from ibus-pinyin
  to convenient other programs.
  .
  This package contains static library and header files.
 
-Package: libpyzy-1.0-0
+Package: libpyzy-1.0-0v5
 Pre-Depends: multiarch-support
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}
+Conflicts: libpyzy-1.0-0
+Replaces: libpyzy-1.0-0
 Description: Chinese PinYin and Bopomofo conversion library
  Algorithm library of ibus-pinyin. It is separated from ibus-pinyin
  to convenient other programs.
diff -Nru libpyzy-1.0.1/debian/libpyzy-1.0-0.install libpyzy-1.0.1/debian/libpyzy-1.0-0.install
--- libpyzy-1.0.1/debian/libpyzy-1.0-0.install	2014-01-30 17:57:28.0 +0100
+++ libpyzy-1.0.1/debian/libpyzy-1.0-0.install	1970-01-01 01:00:00.0 +0100
@@ -1,2 +0,0 @@
-usr/lib/*/lib*.so.[01234]*
-usr/share/*
diff -Nru libpyzy-1.0.1/debian/libpyzy-1.0-0.lintian-overrides libpyzy-1.0.1/debian/libpyzy-1.0-0.lintian-overrides
--- libpyzy-1.0.1/debian/libpyzy-1.0-0.lintian-overrides	2014-01-30 17:57:28.0 +0100
+++ libpyzy-1.0.1/debian/libpyzy-1.0-0.lintian-overrides	1970-01-01 01:00:00.0 +0100
@@ -1 +0,0 @@
-libpyzy-1.0-0: no-symbols-control-file usr/lib/x86_64-linux-gnu/libpyzy-1.0.so.0.100.0
diff -Nru libpyzy-1.0.1/debian/libpyzy-1.0-0v5.install libpyzy-1.0.1/debian/libpyzy-1.0-0v5.install
--- libpyzy-1.0.1/debian/libpyzy-1.0-0v5.install	1970-01-01 01:00:00.0 +0100
+++ libpyzy-1.0.1/debian/libpyzy-1.0-0v5.install	2015-08-04 10:07:01.0 +0200
@@ -0,0 +1,2 @@
+usr/lib/*/lib*.so.[01234]*
+usr/share/*
diff -Nru libpyzy-1.0.1/debian/libpyzy-1.0-0v5.lintian-overrides libpyzy-1.0.1/debian/libpyzy-1.0-0v5.lintian-overrides
--- libpyzy-1.0.1/debian/libpyzy-1.0-0v5.lintian-overrides	1970-01-01 01:00:00.0 +0100
+++ libpyzy-1.0.1/debian/libpyzy-1.0-0v5.lintian-overrides	2015-08-15 18:13:37.0 +0200
@@ -0,0 +1 @@
+libpyzy-1.0-0v5: no-symbols-control-file usr/lib/x86_64-linux-gnu/libpyzy-1.0.so.0.100.0


signature.asc
Description: Digital signature


Bug#791158: libpyzy: library transition may be needed when GCC 5 is the default

2015-08-15 Thread Sebastian Ramacher
user release.debian@packages.debian.org
usertag 791158 + transition
block 791158 by 790756
reassign 791158 release.debian.org
retitle 791158 transition: libpyzy (GCC 5)
severity 791158 normal
thanks

On 2015-08-10 11:58:51, Simon McVittie wrote:
> Control: severity 791158 serious
> Control: tags 791158 + confirmed
> Control: retitle 791158 libpyzy: transition to libpyzy-1.0-0v5 for g++-5 ABI
> 
> On Fri, 03 Jul 2015 at 13:12:03 +, Matthias Klose wrote:
> >  - Decide if the symbols matching __cxx11 or B5cxx11 are part of the
> >library API, and are used by the reverse dependencies of the
> >library.
> 
> Looks like they are. There is one rdep, ibus-pinyin, and when I tried
> a rebuild, it failed to build with:
> 
> /«PKGBUILDDIR»/src/PYMain.cc:98: undefined reference to 
> `PyZy::InputContext::init(std::__cxx11::basic_string std::char_traits, std::allocator > const&, 
> std::__cxx11::basic_string, std::allocator 
> > const&)'

Uploaded an NMU updating the package name to DELAYED/2.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#791141: libmusicbrainz3: library transition may be needed when GCC 5 is the default

2015-08-16 Thread Sebastian Ramacher
On 2015-08-16 11:26:51, Julien Cristau wrote:
> On Sun, Aug  2, 2015 at 17:43:20 +0200, Sebastian Ramacher wrote:
> 
> > A transition is needed for libmusicbrainz3. I have uploaded an NMU to 
> > rename the
> > libmusicbrainz3-6 to libmusicbrainz3-6v5 to experimental.
> > 
> Hi,
> 
> any particular reason you're changing the library's SONAME instead of
> leaving it alone and adding Conflicts/Replaces on the old package, which
> seems to be the more usual pattern?

Changing the SONAME makes it possible to keep third party apps built against the
current stretch (or the jessie) version libmusicbrainz3 working even after an
upgrade of libstdc++ to something >= 5.2. They do not simple fail to start
because symbols from /usr/lib/libmusicbrainz3.so.6 disappeared.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#796255: vlc: CVE-2015-5949

2015-08-21 Thread Sebastian Ramacher
On 2015-08-20 21:51:31, Salvatore Bonaccorso wrote:
> Source: vlc
> Version: 2.2.0~rc2-2
> Severity: grave
> Tags: security upstream patch fixed-upstream
> Justification: user security hole
> Control: fixed -1 2.2.0~rc2-2+deb8u1

Is this the way the Security Team works nowadays? No coordination with the
maintainers at all. We could have at least coordinated the fix for sid.

We were also trying to push 2.2.1 to jessie with other fixes for not CVE-worthy
crashes. Admittely, the pu request hasn't gotten a reply from the Release Team
in ages, but still …

Thanks for not coordinating with us.
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#843977: python-autopep8: missing dependeny on python-pkg-resources

2016-11-11 Thread Sebastian Ramacher
Package: python-autopep8
Version: 0.9.1-2
Severity: grave
Justification: renders package unusable

The package is missing a dependency on python-pkg-resources:

# autopep8
Traceback (most recent call last):
File "/usr/bin/autopep8", line 5, in 
  from pkg_resources import load_entry_point
ImportError: No module named pkg_resources

Regards

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable-debug
  APT policy: (650, 'unstable-debug'), (650, 'buildd-unstable'), (650, 
'unstable'), (601, 'testing'), (600, 'experimental-debug'), (600, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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



Bug#842699: nmu: lirc reverse-dependencies

2016-11-13 Thread Sebastian Ramacher
On 2016-11-11 08:25:30, Gianfranco Costamagna wrote:
> nmu vlc_2.2.4-7 . ANY . unstable . -m "rebuild to get rid of old 
> liblircclient0 transitional dependency"

There is no point in doing that. -8 got built with the new lirc libraries
already.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature


Bug#844392: vlc refuses to install with debian backports enabled

2016-11-15 Thread Sebastian Ramacher
Control: tags -1 + moreinfo

On 2016-11-15 00:29:16, Arcademan wrote:
> Source: vlc
> Version: 2.2.4-1

Do you mean 2.2.4-1~deb8u1?

> Severity: important
> 
> Dear Maintainer,
> 
> *** Reporter, please consider answering these questions, where appropriate ***
> 
>* What led up to the situation?
>  Trying to install vlc with debian jessie backports installed  led to 
> unmet dependencies
>
>  OS: Debian 8.6 (Jessie) with Backports Enabled
> 
> Error:
> 
>  Reading package lists... Done
> Building dependency tree   
> Reading state information... Done
> Some packages could not be installed. This may mean that you have
> requested an impossible situation or if you are using the unstable
> distribution that some required packages have not yet been created
> or been moved out of Incoming.
> The following information may help to resolve the situation:
> 
> The following packages have unmet dependencies:
>  vlc : Depends: libgles1-mesa (>= 7.8.1) but it is not going to be installed 
> or
> libgles1
>Depends: libgles2-mesa (>= 7.8.1) but it is not going to be installed 
> or
> libgles2
> E: Unable to correct problems, you have held broken packages.

This looks like you already have some other mesa packages from backports
installed. Is that correct?

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature


Bug#844392: vlc refuses to install with debian backports enabled

2016-11-15 Thread Sebastian Ramacher
On 2016-11-15 08:59:27, Brian Holaday wrote:
> Hi Sebastian,
> 
> Yes it is version 2.2.4-1~deb8u1. First time filing a bug.
> 
> It happens when trying to install vlc (#apt-get install vlc). From what I
> can figure libgles-1-mesa version 12.0.3-1~bpo8+1 and libgles2-mesa
> version  12.0.3-1~bpo8+1 gets installed via backports (I think the nvidia
> driver changes versions) and causes the issue.

Does it work if you add -t jessie-backports to apt-get install vlc?

Regards

> 
> vlc seems to want to expect version 10.3.2-1+deb8u1. I have yet to test
> installing vlc without backports.
> 
> On Tue, 15 Nov 2016 09:31:34 +0100 Sebastian Ramacher 
> wrote:
> > Control: tags -1 + moreinfo
> >
> > On 2016-11-15 00:29:16, Arcademan wrote:
> > > Source: vlc
> > > Version: 2.2.4-1
> >
> > Do you mean 2.2.4-1~deb8u1?
> >
> > > Severity: important
> > >
> > > Dear Maintainer,
> > >
> > > *** Reporter, please consider answering these questions, where
> appropriate ***
> > >
> > >* What led up to the situation?
> > >  Trying to install vlc with debian jessie backports installed  led
> to unmet dependencies
> > >
> > >  OS: Debian 8.6 (Jessie) with Backports Enabled
> > >
> > > Error:
> > >
> > >  Reading package lists... Done
> > > Building dependency tree
> > > Reading state information... Done
> > > Some packages could not be installed. This may mean that you have
> > > requested an impossible situation or if you are using the unstable
> > > distribution that some required packages have not yet been created
> > > or been moved out of Incoming.
> > > The following information may help to resolve the situation:
> > >
> > > The following packages have unmet dependencies:
> > >  vlc : Depends: libgles1-mesa (>= 7.8.1) but it is not going to be
> installed or
> > > libgles1
> > >Depends: libgles2-mesa (>= 7.8.1) but it is not going to be
> installed or
> > > libgles2
> > > E: Unable to correct problems, you have held broken packages.
> >
> > This looks like you already have some other mesa packages from backports
> > installed. Is that correct?
> >
> > Cheers
> > --
> > Sebastian Ramacher

> ___
> 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



Bug#844392: vlc refuses to install with debian backports enabled

2016-11-15 Thread Sebastian Ramacher
Control: reassign -1 apt 1.0.9.8.3

Hi

On 2016-11-15 10:06:42, Brian Holaday wrote:
> Using jessie-backports seemed to fix the issue (should of tried it to begin
> with):
> apt-get install -t jessie-backports vlc
> apt-get install -t jessie-backports browser-plugin-vlc
> 
> I was confused on the fact that looking at
> https://packages.debian.org/jessie/vlc it shows jessie but does not list
> packages for jessie-backports so I assumed there was none even though there
> is a package.

There is no vlc version in jessie-backports. The problem is more like the
following:

* vlc depends on libA.
* libB from jessie-backports is installed.
* libA and libB enforce a strict relationship, i.e. either both versions are
  from stable or from stable-backports.

So now apt fails to install libA from stable and does not pick up the version
from stable-backports (unless one explicitely adds -t stable-backports to the
command line).

So I'm reassigning this issue to apt. Dear apt maintainers, if this is a
use-case you do not want to support, feel free to close the issue.

> I did have one more question: as far as installing libdvdcss: I see that
> you guys don't package it, is it best to install via VideoLan directly or
> is there a repo set up already under debian packaging?

libdvd-pkg is available in jessie-backports.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature


Bug#844662: vlc crashes with segmentation fault immediately

2016-11-17 Thread Sebastian Ramacher
P w/4 CPU cores)
> Locale: LANG=sk_SK.UTF-8, LC_CTYPE=sk_SK.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> 
> Versions of packages vlc depends on:
> ii  dpkg 1.18.14
> ii  vlc-bin  2.2.4-8
> ii  vlc-l10n 2.2.4-8
> ii  vlc-plugin-base  2.2.4-8
> ii  vlc-plugin-qt2.2.4-8
> ii  vlc-plugin-video-output  2.2.4-8
> 
> Versions of packages vlc recommends:
> ii  vlc-plugin-notify  2.2.4-8
> ii  vlc-plugin-samba   2.2.4-8
> ii  vlc-plugin-skins2  2.2.4-8
> ii  vlc-plugin-video-splitter  2.2.4-8
> ii  vlc-plugin-visualization   2.2.4-8
> 
> vlc suggests no packages.
> 
> Versions of packages vlc-nox depends on:
> ii  dpkg 1.18.14
> ii  vlc-bin  2.2.4-8
> ii  vlc-plugin-base  2.2.4-8
> 
> Versions of packages libvlc5 depends on:
> ii  dpkg 1.18.14
> ii  libc62.24-5
> ii  libvlccore8  2.2.4-8
> 
> Versions of packages libvlc5 recommends:
> ii  libvlc-bin  2.2.4-8
> 
> Versions of packages libvlccore8 depends on:
> ii  dpkg 1.18.14
> ii  libc62.24-5
> ii  libdbus-1-3  1.10.12-1
> ii  libidn11 1.33-1
> 
> Versions of packages libvlccore8 recommends:
> ii  libproxy-tools  0.4.13-1
> 
> Versions of packages vlc-plugin-notify depends on:
> ii  dpkg    1.18.14
> ii  libc6   2.24-5
> ii  libgdk-pixbuf2.0-0  2.36.0-1
> ii  libglib2.0-02.50.2-1
> ii  libgtk2.0-0 2.24.31-1
> ii  libnotify4  0.7.7-1
> ii  libvlccore8 2.2.4-8
> 
> -- no debconf information
> 
> ___
> 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#862171: vlc-plugin-qt: VLC uses QT 4 C++ widget instead of QT 5

2017-05-09 Thread Sebastian Ramacher
es1-mesa [libgles1]12.0.2-1
> ii  libgles2-mesa [libgles2]12.0.2-1
> ii  libvlccore8 2.2.5-1
> ii  libx11-62:1.6.3-1
> ii  libxcb-keysyms1 0.4.0-1
> ii  libxcb-shm0 1.11.1-1.1
> ii  libxcb-xv0  1.11.1-1.1
> ii  libxcb1 1.11.1-1.1
> 
> Versions of packages vlc-plugin-video-splitter depends on:
> ii  libc6  2.24-9
> ii  libvlccore82.2.5-1
> ii  libxcb-randr0  1.11.1-1.1
> ii  libxcb11.11.1-1.1
> 
> Versions of packages vlc-plugin-visualization depends on:
> ii  libc6 2.24-9
> ii  libgl1-mesa-glx [libgl1]  12.0.2-1
> ii  libvlccore8   2.2.5-1
> 
> Versions of packages vlc-plugin-zvbi depends on:
> ii  dpkg 1.18.10
> ii  libc62.24-9
> ii  libvlccore8  2.2.5-1
> ii  libzvbi0 0.2.35-11
> 
> -- no debconf information
> 
> ___
> 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#862171: debugger back trace

2017-05-09 Thread Sebastian Ramacher
On 2017-05-09 14:21:55, Erez wrote:
> (gdb) bt
> #0  0x in ?? ()
> #1  0x7fffe26f86ee in ?? () from
> /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
> #2  0x7fffe26f82f1 in ?? () from
> /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
> #3  0x7fffe28e1e85 in ?? () from
> /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
> #4  0x7fffe28e1f13 in ?? () from
> /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
> #5  0x7fffe28e1f62 in ?? () from
> /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
> #6  0x7fffe2b163f2 in ?? () from
> /usr/lib/x86_64-linux-gnu/vlc/plugins/gui/libqt4_plugin.so
> #7  0x7fffe2b204ee in ?? () from
> /usr/lib/x86_64-linux-gnu/vlc/plugins/gui/libqt4_plugin.so
> #8  0x7fffe2b271a6 in ?? () from
> /usr/lib/x86_64-linux-gnu/vlc/plugins/gui/libqt4_plugin.so
> #9  0x7fffe2b1070d in ?? () from
> /usr/lib/x86_64-linux-gnu/vlc/plugins/gui/libqt4_plugin.so
> #10 0x779a2424 in start_thread (arg=0x7fffe015c700) at
> pthread_create.c:333
> #11 0x774e19bf in clone () at
> ../sysdeps/unix/sysv/linux/x86_64/clone.S:105
> (gdb)

Please install the corresponding -dbgsym (vlc-plugin-qt-dbgsym and the same for
all Qt5 packages) packages [1] and re-create the backtrace with the debuggin
symbols installed.

Cheers


[1] https://wiki.debian.org/AutomaticDebugPackages, see Status

> ___
> 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#862171: debugger back trace

2017-05-10 Thread Sebastian Ramacher
Control: reassign -1 libqt5widgets5 5.7.1+dfsg-3+b1
Control: tags -1 =

On 2017-05-09 17:26:02, Erez wrote:
> On 9 May 2017 at 15:06, Sebastian Ramacher  wrote:
> 
> > dbgsym
> 
> 
> 
> (gdb) bt
> #0  0x in ?? ()
> #1  0x7fffde6f86ee in copyActionToPlatformItem
> (action=action@entry=0x7fffc431a330,
> item=item@entry=0x7fffc42d4240, itemsMenu=0x7fffc41cd5e0) at
> widgets/qmenu.cpp:3277
> #2  0x7fffde6f82f1 in QMenuPrivate::syncPlatformMenu
> (this=0x7fffc431f8a0) at widgets/qmenu.cpp:192
> #3  0x7fffde6f8407 in QMenu::setPlatformMenu
> (this=this@entry=0x7fffc430e650,
> platformMenu=) at widgets/qmenu.cpp:3482
> #4  0x7fffde8e1e85 in QSystemTrayIconPrivate::addPlatformMenu
> (this=0x7fffc4324f30, menu=0x7fffc430e650) at util/qsystemtrayicon.cpp:767
> #5  0x7fffde8e1f13 in QSystemTrayIconPrivate::addPlatformMenu
> (this=0x7fffc4324f30, menu=0x7fffc41e7e50) at util/qsystemtrayicon.cpp:760
> #6  0x7fffde8e1f62 in QSystemTrayIconPrivate::updateMenu_sys_qpa
> (this=0x7fffc4324f30) at util/qsystemtrayicon.cpp:716
> #7  0x7fffde8ffa8f in QSystemTrayIconPrivate::updateMenu_sys
> (this=) at util/qsystemtrayicon_x11.cpp:320
> #8  0x7fffde8e14c6 in QSystemTrayIcon::setContextMenu (this= out>, menu=menu@entry=0x7fffc41e7e50) at util/qsystemtrayicon.cpp:177
> #9  0x7fffdeb163f2 in VLCMenuBar::updateSystrayMenu (mi=0x7fffc40eb9a0,
> p_intf=, b_force_visible=) at menus.cpp:1171
> #10 0x7fffdeb204ee in MainInterface::createSystray
> (this=this@entry=0x7fffc40eb9a0)
> at main_interface.cpp:1206
> #11 0x7fffdeb271a6 in MainInterface::initSystray (this=0x7fffc40eb9a0)
> at main_interface.cpp:541
> #12 MainInterface::MainInterface (this=0x7fffc40eb9a0, _p_intf= out>) at main_interface.cpp:185
> #13 0x7fffdeb1070d in Thread (obj=0x558722a8) at qt4.cpp:532
> #14 0x779a2424 in start_thread (arg=0x7fffdc15c700) at
> pthread_create.c:333
> #15 0x774e19bf in clone () at
> ../sysdeps/unix/sysv/linux/x86_64/clone.S:105
> (gdb)

This looks a lot like #843416. Hence reassigning to libqt5widgets5. If you use
KDE (i.e. plasma-integration), then maybe the binNMU was not enough and
libqt5widgets5 needs a brake against the broken plasma-integration version. If
you are not using KDE, then maybe other users of the part of Qt need to be
binNMUed as well.

Regards

> ___
> 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#862474: vlc-bin: file conflict with vlc-nox 2.2.5-1~deb8u1

2017-05-13 Thread Sebastian Ramacher
On 2017-05-13 12:25:06, Cyril Brulebois wrote:
> Cyril Brulebois  (2017-05-13):
> > vlc-bin seems to be missing replaces/breaks against vlc-nox. From a
> > jessie chroot, with vlc-nox installed, switching sources.list from
> > jessie to stretch and installing vlc-bin results in:
> > | root@wodi:/# apt-get install vlc-bin
> > | Reading package lists... Done
> > | Building dependency tree   
> > | Reading state information... Done
> > | The following extra packages will be installed:
> > |   libvlc-bin
> > | The following NEW packages will be installed:
> > |   libvlc-bin vlc-bin
> > | 0 upgraded, 2 newly installed, 0 to remove and 207 not upgraded.
> > | Need to get 278 kB of archives.
> > | After this operation, 579 kB of additional disk space will be used.
> > | Do you want to continue? [Y/n] 
> > | Get:1 http://localhost/debian/ stretch/main libvlc-bin amd64 2.2.5-1 [121 
> > kB]
> > | Get:2 http://localhost/debian/ stretch/main vlc-bin amd64 2.2.5-1 [157 kB]
> > | Fetched 278 kB in 0s (10.6 MB/s)
> > | E: Can not write log (Is /dev/pts mounted?) - posix_openpt (2: No such 
> > file or directory)
> > | Selecting previously unselected package libvlc-bin:amd64.
> > | (Reading database ... 11539 files and directories currently installed.)
> > | Preparing to unpack .../libvlc-bin_2.2.5-1_amd64.deb ...
> > | Unpacking libvlc-bin:amd64 (2.2.5-1) ...
> > | Selecting previously unselected package vlc-bin.
> > | Preparing to unpack .../vlc-bin_2.2.5-1_amd64.deb ...
> > | Unpacking vlc-bin (2.2.5-1) ...
> > | dpkg: error processing archive 
> > /var/cache/apt/archives/vlc-bin_2.2.5-1_amd64.deb (--unpack):
> > |  trying to overwrite '/usr/bin/cvlc', which is also in package vlc-nox 
> > 2.2.5-1~deb8u1
> > | dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
> > | Errors were encountered while processing:
> > |  /var/cache/apt/archives/vlc-bin_2.2.5-1_amd64.deb
> > | E: Sub-process /usr/bin/dpkg returned an error code (1)
> 
> BTW, looking at vlc.git, it seems the replaces/breaks was added properly
> when binaries were split off (<< 2.2.4-7~), but a new upstream was added
> to jessie, which might have interfered: 2.2.5-1~deb8u1 has cvlc (since
> there's no vlc-bin), so I think just bumping the breaks/replaces should
> work.

Yes, we need to bump some those. But it's not only vlc-bin and at least vlc-l10n
seems to be affected as well. I'll double check all the breaks+replaces and
update them accordingly.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature


Bug#862534: unblock: vlc/2.2.5.1-1~deb9u1

2017-05-14 Thread Sebastian Ramacher
.gmo  |   Bin 461 -> 461 bytes
 po/tl.po   |  1238 +---
 po/tr.gmo  |   Bin 637497 -> 624982 bytes
 po/tr.po   |  1671 ++---
 po/uk.gmo  |   Bin 807692 -> 792150 bytes
 po/uk.po   |  1374 ++--
 po/uz.gmo  |   Bin 58367 -> 53567 bytes
 po/uz.po   |  1209 +---
 po/vi.gmo  |   Bin 555978 -> 543056 bytes
 po/vi.po   |  1339 ++--
 po/vlc.pot |  1106 +--
 po/wa.gmo  |   Bin 286261 -> 277400 bytes
 po/wa.po   |  1307 ++--
 po/zh_CN.gmo   |   Bin 570529 -> 559349 bytes
 po/zh_CN.po|  1357 ++--
 po/zh_TW.gmo   |   Bin 280132 -> 270220 bytes
 po/zh_TW.po|  1380 ++--
 po/zu.gmo  |   Bin 61307 -> 53184 bytes
 po/zu.po   |  1290 ++--

Translation updates.

In addition to the maintscript version bumps (cf #859459), I've also included
bumps in Breaks+Replaces in vlc-l10n, vlc-plugin-skins2 and vlc-bin, since they
contain files that moved relative to the version in jessie (cf #862474). The
changelog contains a fix in one of the changelog messages (as noted in #859459)
and I forgot to mention the update of the copyright years in d/changelog.

The diff for debian/ is:

--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,15 @@
+vlc (2.2.5.1-1~deb9u1) unstable; urgency=medium
+
+  * New upstream release.
+  * debian/patches/fix-translation.patch: Refreshed.
+  * debian/*.maintscript: Bump all versions to 2.2.5.1-1~z. This is necessary
+to properly handle symlink to directory conversions once 2.2.5.1 is
+available in jessie.
+  * debian/control: Bump Breaks + Replaces to 2.2.5.1-1~deb9u1 where necessary
+to ensure proper upgrades from jessie. (Closes: #862474)
+
+ -- Sebastian Ramacher   Sat, 13 May 2017 15:24:45 +0200
+
 vlc (2.2.5-1) unstable; urgency=medium
 
   * New upstream releases. (Closes: #850529)
@@ -6,7 +18,7 @@ vlc (2.2.5-1) unstable; urgency=medium
 - Removed patches taken from upstream included in 2.2.5.
   * debian/*.maintscript: Bump all versions to 2.2.5-1~z. This is necessary to
 properly handle symlink to directory conversions once 2.2.5 is available
-in stretch.
+in jessie.
 
  -- Sebastian Ramacher   Sun, 19 Mar 2017 21:50:23 +0100
 
--- a/debian/control
+++ b/debian/control
@@ -256,8 +256,8 @@ Architecture: any
 Depends: ${misc:Depends},
  ${shlibs:Depends},
  libvlc-bin (= ${binary:Version})
-Breaks: vlc-nox (<< 2.2.4-7~)
-Replaces: vlc-nox (<< 2.2.4-7~)
+Breaks: vlc-nox (<< 2.2.5.1-1~deb9u1)
+Replaces: vlc-nox (<< 2.2.5.1-1~deb9u1)
 Description: binaries from VLC
  VLC is the VideoLAN project's media player. It plays MPEG, MPEG-2, MPEG-4,
  DivX, MOV, WMV, QuickTime, WebM, FLAC, MP3, Ogg/Vorbis files, DVDs, VCDs,
@@ -282,8 +282,8 @@ Section: localization
 Architecture: all
 Multi-Arch: foreign
 Depends: ${misc:Depends}
-Breaks: vlc-data (<< 2.2.4-7~)
-Replaces: vlc-data (<< 2.2.4-7~)
+Breaks: vlc-data (<< 2.2.5.1-1~deb9u1)
+Replaces: vlc-data (<<  2.2.5.1-1~deb9u1)
 Description: Translations for VLC
  VLC is the VideoLAN project's media player. It plays MPEG, MPEG-2, MPEG-4,
  DivX, MOV, WMV, QuickTime, WebM, FLAC, MP3, Ogg/Vorbis files, DVDs, VCDs,
@@ -370,8 +370,8 @@ Depends: ${misc:Depends},
  vlc-plugin-qt (= ${binary:Version})
 Recommends: vlc-bin
 Enhances: vlc
-Breaks: vlc (<< 2.2.4-10~), vlc-data (<< 2.2.4-7~)
-Replaces: vlc (<< 2.2.4-10~), vlc-data (<< 2.2.4-7~)
+Breaks: vlc (<< 2.2.4-10~), vlc-data (<< 2.2.5.1-1~deb9u1)
+Replaces: vlc (<< 2.2.4-10~), vlc-data (<< 2.2.5.1-1~deb9u1)
 Description: multimedia player and streamer (Skins2 plugin)
  VLC is the VideoLAN project's media player. It plays MPEG, MPEG-2, MPEG-4,
  DivX, MOV, WMV, QuickTime, WebM, FLAC, MP3, Ogg/Vorbis files, DVDs, VCDs,
diff --git a/debian/copyright b/debian/copyright
index 1cd6ff0a5e..9195be86d5 100644
--- a/debian/copyright
+++ b/debian/copyright
@@ -13,7 +13,7 @@ With the exception of other files mentioned in this document, 
all code and
 artwork belongs to members of the VideoLAN team . See
 each file for precise details about its respective authors.
 
-Copyright (c) 1996-2016 the VideoLAN Team
+Copyright (c) 1996-2017 the VideoLAN Team
 Rémi Denis-Courmont
 Jean-Baptiste Kempf
 Laurent Aimar
diff --git a/debian/gbp.conf b/debian/gbp.conf
index f4cc89c3c9..35bef03c00 100644
--- a/debian/gbp.conf
+++ b/debian/gbp.conf
@@ -1,5 +1,5 @@
 [DEFAULT]
-debian-branch = master

Bug#853263: vlc: [~~opening non-existing file makes vlc go crazy

2017-05-19 Thread Sebastian Ramacher
Control: tags -1 + upstream
Control: forwarded -1 https://trac.videolan.org/vlc/ticket/5901

On 2017-01-30 22:19:29, Eduard Bloch wrote:
> Package: src:vlc
> Version: 2.2.4-13
> Severity: important
> 
> Dear Maintainer,
> 
>* What led up to the situation?
>  
>  Tried to open a file path from command line, entring file name from
>  memory. Like... vlc /tmp/hangme
> 
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
>  
>  File name was incorrect... but it happens with any non-existent file.
> 
>* What was the outcome of this action?
>  
>  vlc window opened but not displayed correctly (only frames) and a modal
>  error window opened (also no content, only frame) and my fans went on
>  (i.e. full CPU load on all cores). In the comand line, we see tons of
>  lines printed like those below. After some seconds some of that lines
>  also appear in the error window but the window is unresponsive. Killing
>  vlc with SIGINT is still possible, though.
> 
>* What outcome did you expect instead?
> 
>  display of vlc error window with just one message and no dead-looping.
> 
> [7fe08801bf38] core input error: open of `file:///tmp/boom' failed
> [7fe0800822d8] filesystem access error: cannot open file /tmp/boom
> (No such file or directory)
> [7fe088012998] core input error: open of `file:///tmp/boom' failed
> [7fe0800827c8] filesystem access error: cannot open file /tmp/boom
> (No such file or directory)
> [7fe08801bf38] core input error: open of `file:///tmp/boom' failed
> [7fe080082d08] filesystem access error: cannot open file /tmp/boom
> (No such file or directory)
> [7fe088012998] core input error: open of `file:///tmp/boom' failed
> [7fe080083258] filesystem access error: cannot open file /tmp/boom
> (No such file or directory)
> [7fe088010fe8] core input error: open of `file:///tmp/boom' failed
> [7fe080083778] filesystem access error: cannot open file /tmp/boom
> (No such file or directory)
> [7fe088012998] core input error: open of `file:///tmp/boom' failed
> ^C[7fe080083c98] filesystem access error: cannot open file /tmp/boom
> (No such file or directory)
> ^CQObject::~QObject: Timers cannot be stopped from another thread

Looks a lot like https://trac.videolan.org/vlc/ticket/5901 to me.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature


Bug#858762: vlc: VLC in experimental could avoid depending on Qt >= 5.8

2017-03-26 Thread Sebastian Ramacher
 1.2~alpha2-1
> ii  libpng16-161.6.28-1
> ii  libpulse0  10.0-1
> ii  libraw1394-11  2.1.2-1+b1
> ii  libresid-builder0c2a   2.1.1-15
> ii  librsvg2-2 2.40.16-1+b1
> ii  libsamplerate0 0.1.8-8+b2
> ii  libsdl-image1.21.2.12-5+b8
> ii  libsdl1.2debian1.2.15+dfsg1-4
> ii  libshine3  3.1.0-5
> ii  libshout3  2.3.1-3
> ii  libsidplay22.1.1-15
> ii  libsndio6.11.1.0-3
> ii  libspeex1  1.2~rc1.2-1+b2
> ii  libspeexdsp1   1.2~rc1.2-1+b2
> ii  libssh2-1  1.7.0-1
> ii  libstdc++6 6.3.0-10
> ii  libtag1v5  1.11.1+dfsg.1-0.1
> ii  libtheora0 1.1.1+dfsg.1-14+b1
> ii  libtinfo5  6.0+20161126-1
> ii  libtwolame00.3.13-2
> ii  libudev1   232-19
> ii  libupnp6   1:1.6.19+git20160116-1.2
> ii  libusageenvironment3   2016.11.28-1
> ii  libva-drm1 1.7.3-2
> ii  libva-x11-11.7.3-2
> ii  libva1 1.7.3-2
> ii  libvcdinfo00.7.24+dfsg-0.2
> ii  libvlccore82.2.5-2.1
> ii  libvorbis0a1.3.5-4
> ii  libvorbisenc2  1.3.5-4
> ii  libx11-6   2:1.6.4-3
> ii  libx264-1482:0.148.2748+git97eaef2-1
> ii  libx265-95 2.1-2+b2
> ii  libxcb-keysyms10.4.0-1+b2
> ii  libxcb11.12-1
> ii  libxml22.9.4+dfsg1-2.2
> ii  libzvbi0   0.2.35-13
> ii  vlc-data   2.2.5-2.1
> ii  zlib1g 1:1.2.8.dfsg-5
> 
> Versions of packages vlc-plugin-base recommends:
> ii  xdg-utils  1.1.1-1
> 
> Versions of packages vlc-plugin-base suggests:
> ii  libdvd-pkg [libdvdcss2]  1.4.0-1-2
> ii  libdvdcss2   1.4.0-1~local
> 
> Versions of packages vlc-plugin-fluidsynth depends on:
> ii  fluid-soundfont-gm  3.1-5.1
> ii  libc6   2.24-9
> ii  libfluidsynth1  1.1.6-4
> ii  libvlccore8 2.2.5-2.1
> 
> Versions of packages vlc-plugin-notify depends on:
> ii  libc6   2.24-9
> ii  libgdk-pixbuf2.0-0  2.36.5-2
> ii  libglib2.0-02.50.3-1
> ii  libgtk2.0-0 2.24.31-2
> ii  libnotify4  0.7.7-1+b1
> ii  libvlccore8 2.2.5-2.1
> 
> Versions of packages vlc-plugin-qt depends on:
> ii  libc6 2.24-9
> ii  libgcc1   1:6.3.0-10
> ii  libqt5core5a  5.7.1+dfsg-3+b1
> ii  libqt5gui55.7.1+dfsg-3+b1
> ii  libqt5widgets55.7.1+dfsg-3+b1
> ii  libqt5x11extras5  5.7.1~20161021-2
> ii  libstdc++66.3.0-10
> ii  libvlccore8   2.2.5-2.1
> ii  libx11-6  2:1.6.4-3
> ii  libxi62:1.7.9-1
> 
> Versions of packages vlc-plugin-qt recommends:
> ii  vlc-bin  2.2.5-2.1
> 
> Versions of packages vlc-plugin-skins2 depends on:
> ii  fonts-freefont-ttf  20120503-6
> ii  libc6   2.24-9
> ii  libfreetype62.6.3-3+b2
> ii  libfribidi0 0.19.7-1+b1
> ii  libgcc1 1:6.3.0-10
> ii  libstdc++6  6.3.0-10
> ii  libvlccore8 2.2.5-2.1
> ii  libx11-62:1.6.4-3
> ii  libxext62:1.3.3-1+b2
> ii  libxinerama12:1.1.3-1+b3
> ii  libxpm4 1:3.5.12-1
> ii  vlc-plugin-qt   2.2.5-2.1
> ii  zlib1g  1:1.2.8.dfsg-5
> 
> Versions of packages vlc-plugin-skins2 recommends:
> ii  vlc-bin  2.2.5-2.1
> 
> Versions of packages vlc-plugin-video-output depends on:
> ii  libaa1  1.4p5-44+b1
> ii  libc6   2.24-9
> ii  libcaca00.99.beta19-2+b2
> ii  libegl1-mesa [libegl1-x11]  17.0.2-1
> ii  libgl1-mesa-glx [libgl1]17.0.2-1
> ii  libgles2-mesa [libgles2]17.0.2-1
> ii  libvlccore8 2.2.5-2.1
> ii  libx11-62:1.6.4-3
> ii  libxcb-keysyms1 0.4.0-1+b2
> ii  libxcb-shm0 1.12-1
> ii  libxcb-xv0  1.12-1
> ii  libxcb1 1.12-1
> 
> Versions of packages vlc-plugin-video-splitter depends on:
> ii  libc6  2.24-9
> ii  libvlccore82.2.5-2.1
> ii  libxcb-randr0  1.12-1
> ii  libxcb11.12-1
> 
> Versions of packages vlc-plugin-visualization depends on:
> ii  libc6 2.24-9
> ii  libgl1-mesa-glx [libgl1]  17.0.2-1
> ii  libvlccore8   2.2.5-2.1
> 
> -- no debconf information
> ___
> 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#859916: Fails on simple test from documentation

2017-04-09 Thread Sebastian Ramacher
Control: reassign -1 python-django-assets 0.12-1

On 2017-04-09 11:59:10, Guido Günther wrote:
> Package: python-pytest
> Version: 3.0.6-1
> Severity: grave
> 
> (this only affects python-pytest, python-pytest3 is fine):
> 
> The simple test from the documentation
> 
> https://docs.pytest.org/en/latest/getting-started.html#installation
> 
> cat < test_sample.py
> def func(x):
> return x + 1
> 
> def test_answer():
> assert func(3) == 5
> EOF
> 
> fails to load at all:
> 
> $ pytest 
> ===
>  test session starts 
> ===
> platform linux2 -- Python 2.7.13, pytest-3.0.6, py-1.4.32, pluggy-0.4.0
> rootdir: /tmp/a, inifile: 
> plugins: django-assets-0.12

This is your problem. Maybe it shouldn't auto load if there is no valid django
configuration. Reassigning to python-django-assets.

You can disable it with pytest -p no:django-assets

Cheers

> collected 1 items 
> 
> test_sample.py E
> 
> =
>  ERRORS 
> ==
> __
>  ERROR at setup of test_answer 
> __
> 
> @pytest.fixture(autouse=True)
> def set_django_assets_env():
> >   django_assets.env.get_env() # initialise django-assets settings
> 
> /usr/lib/python2.7/dist-packages/django_assets/pytest_plugin.py:6: 
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
> /usr/lib/python2.7/dist-packages/django_assets/env.py:177: in get_env
> env = DjangoEnvironment()
> /usr/lib/python2.7/dist-packages/webassets/env.py:701: in __init__
> self.config.setdefault('debug', False)
> /usr/lib/python2.7/dist-packages/webassets/env.py:64: in setdefault
> self.__setitem__(key, value)
> /usr/lib/python2.7/dist-packages/django_assets/env.py:65: in __setitem__
> setattr(settings, self._transform_key(key), value)
> /usr/lib/python2.7/dist-packages/django/utils/functional.py:264: in 
> __setattr__
> self._setup()
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
> 
> self = , name = None
> 
> def _setup(self, name=None):
> """
> Load the settings module pointed to by the environment variable. 
> This
> is used the first time we need any settings at all, if the user 
> has not
> previously configured the settings manually.
> """
> settings_module = os.environ.get(ENVIRONMENT_VARIABLE)
> if not settings_module:
> desc = ("setting %s" % name) if name else "settings"
> raise ImproperlyConfigured(
> "Requested %s, but settings are not configured. "
> "You must either define the environment variable %s "
> "or call settings.configure() before accessing settings."
> >   % (desc, ENVIRONMENT_VARIABLE))
> E   ImproperlyConfigured: Requested settings, but settings are not 
> configured. You must either define the environment variable 
> DJANGO_SETTINGS_MODULE or call settings.configure() before accessing settings.
> 
> /usr/lib/python2.7/dist-packages/django/conf/__init__.py:39: 
> ImproperlyConfigured
> =
>  1 error in 0.05 seconds 
> =
> 
> 
> 
> -- System Information:
> Debian Release: 9.0
>   APT prefers testing
>   APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 
> 'testing-debug'), (500, 'stable-updates'), (500, 'unstable'), (500, 
> 'stable'), (500, 'oldstable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 4.9.0-2-amd64 (SMP w/4 CPU cores)
> Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> 
> Versions of packages python-pytest depends on:
> ii  python-pkg-resources  33.1.1-1
> ii  python-py 1.4.32-3
> pn  python:any
> 
> python-pytest recommends no packages.
> 
> Versions of packages python-pytest suggests:
> ii  python-mock  2.0.0-3
> 
> -- no debconf information
> 

-- 
Sebastian Ramacher


signature.asc
Description: PGP signature


Bug#857552: i965-va-driver: failing to play videos (stops half-way through)

2017-03-12 Thread Sebastian Ramacher
Control: tags -1 + moreinfo

On 2017-03-12 13:31:24, lkcl wrote:
> Package: i965-va-driver
> Severity: important
> Tags: upstream
> 
> i'm getting a video stopping half-way through with the following errors
> (reported under vlc):
...
> [7f16c0d62ff8] avcodec decoder: Using Intel i965 driver for Intel(R) 
> Skylake - 1.7.3 for hardware decoding.
> [7f16c0c01978] mkv demux error: Dummy Element at unexpected position... 
> corrupted file?
> [7f16c0c01978] mkv demux error: Dummy element too large or misplaced at 
> 770798513... skipping to next upper element
> [7f16c0c01978] mkv demux error: Dummy Element at unexpected position... 
> corrupted file?
> [7f16c0c01978] mkv demux error: Dummy element too large or misplaced at 
> 772666289... skipping to next upper element
> [7f16c0c01978] mkv demux error: Dummy Element at unexpected position... 
> corrupted file?
> [7f16c0c01978] mkv demux error: Dummy element too large or misplaced at 
> 774009777... skipping to next upper element
> [7f16c0c01978] mkv demux error: This element is outside its known 
> parent... upping level
> [h264 @ 0x7f16c0c3f460] co located POCs unavailable
> [h264 @ 0x7f16c0c30420] co located POCs unavailable
> [h264 @ 0x7f16c0c3f460] co located POCs unavailable
> [h264 @ 0x7f16c0c30420] co located POCs unavailable
> [h264 @ 0x7f16c0c30420] co located POCs unavailable

Or is that a problem with the file?

Does the issue happen with every file or only that one? Does it happen with any
other video player (or when disabling hardware acceleration)?

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature


Bug#857541: vlc: Not able to start lua-http interface

2017-03-12 Thread Sebastian Ramacher
-1~deb8u1
> ii  libavformat56  6:11.8-1~deb8u1
> ii  libavutil546:11.8-1~deb8u1
> ii  libbasicusageenvironment0  2014.01.13-1
> ii  libbluray1 1:0.6.2-1
> ii  libc6  2.19-18+deb8u7
> ii  libcddb2   1.3.2-5
> ii  libcdio13  0.83-4.2
> ii  libchromaprint01.2-1
> ii  libcrystalhd3  1:0.0~git20110715.fdd2f19-11
> ii  libdbus-1-31.8.22-0+deb8u1
> ii  libdc1394-22   2.2.3-1
> ii  libdca00.0.5-7
> ii  libdirectfb-1.2-9  1.2.10.0-5.1
> ii  libdvbpsi9 1.2.0-1
> ii  libdvdnav4 5.0.1-1
> ii  libdvdread45.0.0-1
> ii  libebml4   1.3.0-2+deb8u1
> ii  libfaad2   2.7-8
> ii  libflac8   1.3.0-3
> ii  libfontconfig1 2.11.0-6.3+deb8u1
> ii  libfreetype6   2.5.2-3+deb8u1
> ii  libfribidi00.19.6-3
> ii  libgcc11:4.9.2-10
> ii  libgcrypt201.6.3-2+deb8u2
> ii  libgnutls-deb0-28  3.3.8-6+deb8u4
> ii  libgpg-error0  1.17-3
> ii  libgroupsock1  2014.01.13-1
> ii  libiso9660-8   0.83-4.2
> ii  libjpeg62-turbo1:1.3.1-12
> ii  libkate1   0.4.1-4
> ii  liblircclient0 0.9.0~pre1-1.2
> ii  liblivemedia23 2014.01.13-1
> ii  liblua5.2-05.2.3-1.1
> ii  libmad00.15.1b-8
> ii  libmatroska6   1.4.1-2+deb8u1
> ii  libmodplug11:0.8.8.4-4.1+b1
> ii  libmpcdec6 2:0.1~r459-4.1
> ii  libmpeg2-4 0.5.1-7
> ii  libmtp91.1.8-1+b1
> ii  libncursesw5   5.9+20140913-1+b1
> ii  libogg01.3.2-1
> ii  libopus0   1.1-2
> ii  libpng12-0 1.2.50-2+deb8u3
> ii  libpostproc52  6:0.git20120821-4
> ii  libraw1394-11  2.1.0-3
> ii  libresid-builder0c2a   2.1.1-14
> ii  libsamplerate0 0.1.8-8
> ii  libschroedinger-1.0-0  1.0.11-2.1
> ii  libshine3  3.1.0-2.1
> ii  libshout3  2.3.1-3
> ii  libsidplay22.1.1-14
> ii  libspeex1  1.2~rc1.2-1
> ii  libspeexdsp1   1.2~rc1.2-1
> ii  libssh2-1  1.4.3-4.1+deb8u1
> ii  libstdc++6 4.9.2-10
> ii  libswscale36:11.8-1~deb8u1
> ii  libtag1c2a 1.9.1-2.1
> ii  libtheora0 1.1.1+dfsg.1-6
> ii  libtinfo5  5.9+20140913-1+b1
> ii  libtwolame00.3.13-1.1
> ii  libudev1   215-17+deb8u6
> ii  libupnp6   1:1.6.19+git20141001-1+deb8u1
> ii  libusageenvironment1   2014.01.13-1
> ii  libusb-1.0-0   2:1.0.19-1
> ii  libvcdinfo00.7.24+dfsg-0.2
> ii  libvlc52.2.4-1~deb8u1
> ii  libvlccore82.2.4-1~deb8u1
> ii  libvorbis0a1.3.4-2
> ii  libvorbisenc2  1.3.4-2
> ii  libx264-1422:0.142.2431+gita5831aa-1+b2
> ii  libxml22.9.1+dfsg1-5+deb8u4
> ii  libzvbi0   0.2.35-3
> ii  zlib1g 1:1.2.8.dfsg-2+b1
> 
> Versions of packages vlc-nox suggests:
> ii  libdvdcss2  1.2.13-0
> 
> Versions of packages libvlc5 depends on:
> ii  libc62.19-18+deb8u7
> ii  libvlccore8  2.2.4-1~deb8u1
> 
> Versions of packages libvlccore8 depends on:
> ii  libc6   2.19-18+deb8u7
> ii  libdbus-1-3 1.8.22-0+deb8u1
> ii  libidn111.29-1+deb8u2
> ii  libproxy-tools  0.4.11-4+b2
> ii  vlc-data2.2.4-1~deb8u1
> 
> Versions of packages vlc is related to:
> pn  libavutil50  
> pn  libavutil51  
> 
> -- no debconf information
> 
> ___
> 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#856805: gstreamer1.0-crystalhd: libgstbcmdec.so not found by gstreamer

2017-03-13 Thread Sebastian Ramacher
Control: severity -1 serious

On 2017-03-04 21:39:40, Luke Ross wrote:
> Package: gstreamer1.0-crystalhd
> Version: 1:0.0~git20110715.fdd2f19-11+b1
> Severity: important
> 
> Dear Maintainer,
> 
> I installed package gstreamer1.0-crystalhd on debian testing, but gst-
> inspect-1.0 revealed that the installed /usr/lib/gstreamer-1.0/libgstbcmdec.so
> was not being found by gstreamer (and so playback was not using CrystalHD).
> 
> When I symlinked this file into directory /usr/lib/x86_64-linux-
> gnu/gstreamer-1.0/ (where the other gstreamer plugins live) it started working
> and I was able to play back videos using the CrystalHD decoder (as I had
> already installed the kernel driver).

Raising the severity to serious since this makes the package in question
unusable.

Cheers

> With regards,
> 
> Luke
> 
> 
> 
> -- System Information:
> Debian Release: 9.0
>   APT prefers jessie
>   APT policy: (500, 'jessie'), (500, 'all'), (500, 'testing')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 4.9.0-1-amd64 (SMP w/4 CPU cores)
> Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> 
> Versions of packages gstreamer1.0-crystalhd depends on:
> ii  libc6   2.24-9
> ii  libcrystalhd3   1:0.0~git20110715.fdd2f19-11+b1
> ii  libglib2.0-02.50.3-1
> ii  libgstreamer-plugins-base1.0-0  1.10.3-1
> ii  libgstreamer1.0-0   1.10.3-1
> 
> gstreamer1.0-crystalhd recommends no packages.
> 
> gstreamer1.0-crystalhd suggests no packages.
> 
> -- no debconf information
> 
> ___
> 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#857682: vlc-plugin-vlsub: unusable - needs to move to /usr/share/vlc/lua/extensions

2017-03-13 Thread Sebastian Ramacher
Package: vlc-plugin-vlsub
Version: 0.9.13-1
Severity: grave
Justification: renders package unusable

/usr/lib/vlc/lua/extensions is no longer on the Lua script search path, so the
script included in vlc-plugin-vlsub will not be loaded. It should move to
/usr/share/vlc/lua/extensions instead.

Also, since vlc itself now included the vlsub plugin, maybe this package should
simply be removed.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature


Bug#857769: vlc: Make the complete wayland session crash when in fullscreen

2017-03-15 Thread Sebastian Ramacher
On 2017-03-14 20:56:53, Laurent Bigonville wrote:
> Package: vlc-bin
> Version: 2.2.4-14
> Severity: important
> 
> Hi,
> 
> When running vlc in fullcreen inside a wayland gnome-shell, if I moving
> my mouse over the control of the video (play, stop,... buttons) vlc
> freeze the complete session.
> 
> The onlyway to recover is to do AltGr-Printscreen-K to kill all the
> processes running on the current VT.
> 
> If the video is not in fullscreen everything works fine.

wayland support is scheduled for vlc 3.0. Anything before that is "use at your
own risk".

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature


Bug#857552: i965-va-driver: failing to play videos (stops half-way through)

2017-03-15 Thread Sebastian Ramacher
Hi

On 2017-03-13 07:13:09, Luke Kenneth Casson Leighton wrote:
> On Sun, Mar 12, 2017 at 7:01 PM, Sebastian Ramacher
>  wrote:
> > Control: tags -1 + moreinfo
> >
> > On 2017-03-12 13:31:24, lkcl wrote:
> >> Package: i965-va-driver
> >> Severity: important
> >> Tags: upstream
> >>
> >> i'm getting a video stopping half-way through with the following errors
> >> (reported under vlc):
> > ...
> >> [7f16c0d62ff8] avcodec decoder: Using Intel i965 driver for Intel(R) 
> >> Skylake - 1.7.3 for hardware decoding.
> >> [7f16c0c01978] mkv demux error: Dummy Element at unexpected 
> >> position... corrupted file?
> >> [7f16c0c01978] mkv demux error: Dummy element too large or misplaced 
> >> at 770798513... skipping to next upper element
> >> [7f16c0c01978] mkv demux error: Dummy Element at unexpected 
> >> position... corrupted file?
> >> [7f16c0c01978] mkv demux error: Dummy element too large or misplaced 
> >> at 772666289... skipping to next upper element
> >> [7f16c0c01978] mkv demux error: Dummy Element at unexpected 
> >> position... corrupted file?
> >> [7f16c0c01978] mkv demux error: Dummy element too large or misplaced 
> >> at 774009777... skipping to next upper element
> >> [7f16c0c01978] mkv demux error: This element is outside its known 
> >> parent... upping level
> >> [h264 @ 0x7f16c0c3f460] co located POCs unavailable
> >> [h264 @ 0x7f16c0c30420] co located POCs unavailable
> >> [h264 @ 0x7f16c0c3f460] co located POCs unavailable
> >> [h264 @ 0x7f16c0c30420] co located POCs unavailable
> >> [h264 @ 0x7f16c0c30420] co located POCs unavailable
> >
> > Or is that a problem with the file?
> 
>  yes... but it certainly shouldn't just bomb-out like that (it's not a
> corrupted file from being downloaded, it's a correctly-downloaded
> confirmed uncorrupted download)

Yes, but that still leaves the possibilites that the mkv files were created with
a buggy muxer or vlc's mkv demuxer fails on them.

Could you share the affected files?

> > Does the issue happen with every file or only that one?
> 
>  on occasion, several files (not all), but it's repeatable and at the
> exact same place if it occurs.  so for example let's say that vlc
> stops with the above error at 1m30s into the file, it's going to
> happen *exactly* at that point *every* time *specifically* for that
> file and that file only.
> 
> > Does it happen with any
> > other video player (or when disabling hardware acceleration)?
> 
>  hmmm good points, i'll find out.  of course i'll have to set up hw
> accel for other players... resource-hogging might make playback
> difficult without hwaccel these are 720p files, quite
> resource-intensive: just have to see how it goes.

Please do.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature


Bug#836568: vlc: short drop-out at start when playing audio file

2017-03-23 Thread Sebastian Ramacher
47c8] qt4 interface debug: Video is not needed anymore
> [0x7b47c8] qt4 interface debug: Killing extension dialog provider
> [0x7b47c8] qt4 interface debug: ExtensionsDialogProvider is quitting...
> [0xa72f18] main generic debug: removing module "lua"
> [0xa72f18] lua generic debug: Deactivating all loaded extensions
> [0xa72f18] lua generic debug: All extensions are now deactivated
> [0x7b6a78] main interface debug: removing module "dbus"
> [0x7abbc8] main interface debug: removing module "globalhotkeys"
> [0x7ab8b8] main interface debug: removing module "hotkeys"
> [0x977538] main playlist debug: destroying
> [0xbf36c8] main playlist export debug: saving Media Library to file 
> /home/dpchrist/.local/share/vlc/ml.xspf
> [0xbf36c8] main playlist export debug: looking for playlist export module 
> matching "export-xspf": 4 candidates
> [0xbf36c8] main playlist export debug: using playlist export module "export"
> [0xbf36c8] main playlist export debug: removing module "export"
> [0x77c148] main libvlc debug: removing stats
> 
> 
> 
> -- System Information:
> Debian Release: 7.11
>   APT prefers oldstable-updates
>   APT policy: (500, 'oldstable-updates'), (500, 'oldstable')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
> Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
> Shell: /bin/sh linked to /bin/dash
> 
> Versions of packages vlc depends on:
> ii  dpkg  1.16.18
> ii  fonts-freefont-ttf20120503-1
> ii  libaa11.4p5-40
> ii  libavcodec55  6:10.1-1~bpo70+1
> ii  libavutil53   6:10.1-1~bpo70+1
> ii  libc6 2.13-38+deb7u11
> ii  libcaca0  0.99.beta18-1
> ii  libfreetype6  2.4.9-1.1+deb7u3
> ii  libfribidi0   0.19.2-3
> ii  libgcc1   1:4.7.2-5
> ii  libgl1-mesa-glx [libgl1]  8.0.5-4+deb7u2
> ii  libice6   2:1.0.8-2
> ii  libqtcore44:4.8.2+dfsg-11
> ii  libqtgui4 4:4.8.2+dfsg-11
> ii  libsdl-image1.2   1.2.12-2
> ii  libsdl1.2debian   1.2.15-5
> ii  libsm62:1.2.1-2
> ii  libstdc++64.7.2-5
> ii  libtar0   1.2.16-1+deb7u2
> ii  libva-x11-1   1.0.15-4
> ii  libva11.0.15-4
> ii  libvdpau1 0.4.1-7+deb7u1
> ii  libvlccore7   2.1.5-1~bpo70+1
> ii  libx11-6  2:1.5.0-1+deb7u2
> ii  libxcb-composite0 1.8.1-2+deb7u1
> ii  libxcb-keysyms1   0.3.9-1
> ii  libxcb-randr0 1.8.1-2+deb7u1
> ii  libxcb-render01.8.1-2+deb7u1
> ii  libxcb-shape0 1.8.1-2+deb7u1
> ii  libxcb-shm0   1.8.1-2+deb7u1
> ii  libxcb-xfixes01.8.1-2+deb7u1
> ii  libxcb-xv01.8.1-2+deb7u1
> ii  libxcb1   1.8.1-2+deb7u1
> ii  libxext6  2:1.3.1-2+deb7u1
> ii  libxinerama1  2:1.1.2-1+deb7u1
> ii  libxpm4   1:3.5.10-1
> ii  vlc-nox   2.1.5-1~bpo70+1
> ii  zlib1g1:1.2.7.dfsg-13
> 
> Versions of packages vlc recommends:
> ii  vlc-plugin-notify  2.1.5-1~bpo70+1
> ii  vlc-plugin-pulse   2.1.5-1~bpo70+1
> ii  xdg-utils  1.1.0~rc1+git20111210-6+deb7u3
> 
> Versions of packages vlc suggests:
> pn  videolan-doc  
> 
> Versions of packages vlc-nox depends on:
> ii  dpkg   1.16.18
> ii  liba52-0.7.4   0.7.4-16
> ii  libasound2 1.0.25-4
> ii  libass40.10.0-3
> ii  libavahi-client3   0.6.31-2
> ii  libavahi-common3   0.6.31-2
> ii  libavc1394-0   0.5.4-2
> ii  libavcodec55   6:10.1-1~bpo70+1
> ii  libavformat55  6:10.1-1~bpo70+1
> ii  libavutil536:10.1-1~bpo70+1
> ii  libbluray1 1:0.2.2-1
> ii  libc6  2.13-38+deb7u11
> ii  libcddb2   1.3.2-3
> ii  libcdio13  0.83-4
> ii  libchromaprint00.6-2
> ii  libcrystalhd3  1:0.0~git20110715.fdd2f19-9
> ii  libdbus-1-31.6.8-1+deb7u6
> ii  libdc1394-22   2.2.0-2
> ii  libdca00.0.5-5
> ii  libdirac-decoder0  1.0.2-6
> ii  libdirac-encoder0  1.0.2-6
> ii  libdirectfb-1.2-9  1.2.10.0-5
> ii  libdvbpsi7 0.2.2-1
> ii  libdvdnav4 4.2.0+20120524-2
> ii  libdvdread44.2.0+20120521-2
> ii  libebml3   1.2.2-2+deb7u1
> ii  libfaad2   2.7-8
> ii  libflac8   1.2.1-6+deb7u1
> ii  libfontconfig1 2.9.0-7.1+deb7u1
> ii  libfreerdp11.0.1-1.1+deb7u3
> ii  libfreetype6   2.4.9-1.1+deb7u3
> ii  libfribidi00.19.2-3
> ii  libgcc11:4.7.2-5
> ii  libgcrypt111.5.0-5+deb7u5
> ii  libgnutls-deb0-28  3.3.8-6~bpo70+1
> ii  libgpg-error0  1.10-3.1
> ii  libiso9660-8   0.83-4
> ii  libkate1   0.4.1-1
> ii  liblircclient0 0.9.0~pre1-1
> ii  liblua5.2-05.2.1-3+deb7u1
> ii  libmad00.15.1b-7
> ii  libmatroska5   1.3.0-2+deb7u1
> ii  libmodplug11:0.8.8.4-3+deb7u1+git20130828
> ii  libmpcdec6 2:0.1~r459-4
> ii  libmpeg2-4 0.4.1-3
> ii  libmtp91.1.3-35-g0ece104-5
> ii  libncursesw5   5.9-10
> ii  libogg01.3.0-4
> ii  libopus0   1.1-1~bpo70+1
> ii  libpng12-0 1.2.49-1+deb7u2
> ii  libpostproc52  6:0.8.17-2+deb7u2
> ii  libraw1394-11  2.0.9-1
> ii  libresid-builder0c2a   2.1.1-14
> ii  libsamplerate0 0.1.8-5
> ii  libschroedinger-1.0-0  1.0.11-2
> ii  libshout3  2.2.2-8
> ii  libsidplay22.1.1-14
> ii  libsmbclient   2:3.6.6-6+deb7u10
> ii  libspeex1  1.2~rc1-7
> ii  libspeexdsp1   1.2~rc1-7
> ii  libssh2-1  1.4.2-1.1+deb7u2
> ii  libstdc++6 4.7.2-5
> ii  libswscale26:10.1-1~bpo70+1
> ii  libtag1c2a 1.7.2-1
> ii  libtheora0 1.1.1+dfsg.1-3.1
> ii  libtinfo5  5.9-10
> ii  libtwolame00.3.13-1
> ii  libudev0   175-7.2
> ii  libupnp6   1:1.6.17-1.2+deb7u1
> ii  libusb-1.0-0   2:1.0.11-1
> ii  libvcdinfo00.7.24+dfsg-0.1
> ii  libvlc52.1.5-1~bpo70+1
> ii  libvlccore72.1.5-1~bpo70+1
> ii  libvorbis0a1.3.2-1.3
> ii  libvorbisenc2  1.3.2-1.3
> ii  libx264-1232:0.123.2189+git35cf912-1
> ii  libxml22.8.0+dfsg1-7+wheezy6
> ii  libzvbi0   0.2.33-6
> ii  zlib1g 1:1.2.7.dfsg-13
> 
> Versions of packages vlc-nox recommends:
> pn  libdvdcss2  
> 
> Versions of packages libvlc5 depends on:
> ii  dpkg 1.16.18
> ii  libc62.13-38+deb7u11
> ii  libvlccore7  2.1.5-1~bpo70+1
> 
> Versions of packages libvlccore7 depends on:
> ii  dpkg1.16.18
> ii  libc6   2.13-38+deb7u11
> ii  libdbus-1-3 1.6.8-1+deb7u6
> ii  libidn111.25-2+deb7u2
> ii  libproxy-tools  0.3.1-6
> ii  vlc-data2.1.5-1~bpo70+1
> 
> Versions of packages vlc is related to:
> pn  libavutil50  
> ii  libavutil51  6:0.8.17-2+deb7u2
> 
> -- no debconf information
> 

> ___
> 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#853263: vlc: [~~opening non-existing file makes vlc go crazy

2017-03-23 Thread Sebastian Ramacher
 2.2.4-13
> 
> Versions of packages vlc-plugin-skins2 depends on:
> ii  fonts-freefont-ttf  20120503-6
> ii  libc6   2.24-8
> ii  libfreetype62.6.3-3+b1
> ii  libfribidi0 0.19.7-1
> ii  libgcc1 1:6.2.1-7
> ii  libstdc++6  6.2.1-7
> ii  libvlccore8 2.2.4-13
> ii  libx11-62:1.6.4-2
> ii  libxext62:1.3.3-1
> ii  libxinerama12:1.1.3-1+b1
> ii  libxpm4 1:3.5.11-1+b1
> ii  vlc-plugin-qt   2.2.4-13
> ii  zlib1g  1:1.2.8.dfsg-4
> 
> Versions of packages vlc-plugin-skins2 recommends:
> ii  vlc-bin  2.2.4-13
> 
> Versions of packages vlc-plugin-video-output depends on:
> ii  libaa1  1.4p5-44
> ii  libc6   2.24-8
> ii  libcaca00.99.beta19-2+b1
> ii  libegl1-mesa [libegl1-x11]  13.0.2-3
> ii  libgl1-mesa-glx [libgl1]13.0.2-3
> ii  libgles1-mesa [libgles1]13.0.2-3
> ii  libgles2-mesa [libgles2]13.0.2-3
> ii  libvlccore8 2.2.4-13
> ii  libx11-62:1.6.4-2
> ii  libxcb-keysyms1 0.4.0-1
> ii  libxcb-shm0 1.12-1
> ii  libxcb-xv0  1.12-1
> ii  libxcb1 1.12-1
> 
> Versions of packages vlc-plugin-video-splitter depends on:
> ii  libc6  2.24-8
> ii  libvlccore82.2.4-13
> ii  libxcb-randr0  1.12-1
> ii  libxcb11.12-1
> 
> Versions of packages vlc-plugin-visualization depends on:
> ii  libc6 2.24-8
> ii  libgl1-mesa-glx [libgl1]  13.0.2-3
> ii  libvlccore8   2.2.4-13
> 
> -- no debconf information
> 
> ___
> 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#856333: bear can not be used for multiarch tools

2017-03-02 Thread Sebastian Ramacher
; +Description: Allow configuring the default preload library path
> + Add the responsible variable to CMake's  cache
> + .
> +
> +--- bear-2.2.1.orig/CMakeLists.txt
>  bear-2.2.1/CMakeLists.txt
> +@@ -39,7 +39,7 @@ if (NOT CMAKE_BUILD_TYPE)
> + endif()
> + 
> + set(EAR_LIB_FILE 
> ${CMAKE_SHARED_LIBRARY_PREFIX}ear${CMAKE_SHARED_LIBRARY_SUFFIX})
> +-set(DEFAULT_PRELOAD_FILE ${CMAKE_INSTALL_FULL_LIBDIR}/${EAR_LIB_FILE})
> ++set(DEFAULT_PRELOAD_FILE ${CMAKE_INSTALL_FULL_LIBDIR}/${EAR_LIB_FILE} CACHE 
> STRING "Default preload library path")
> + 
> + add_subdirectory(libear)
> + add_subdirectory(bear)

This should go upstream.


Cheers

> diff -burN debian.orig/patches/series debian/patches/series
> --- debian.orig/patches/series2015-08-08 17:13:48.0 +0200
> +++ debian/patches/series 2017-02-28 00:17:16.0 +0100
> @@ -1,2 +1,3 @@
>  use-python3.patch
>  remove-rpath.patch
> +make_default_preload_configurable.diff
> diff -burN debian.orig/rules debian/rules
> --- debian.orig/rules 2016-10-19 18:58:44.0 +0200
> +++ debian/rules  2017-02-28 00:35:21.0 +0100
> @@ -7,7 +7,8 @@
>  
>  override_dh_auto_configure:
>   dh_auto_configure -- \
> - -DCMAKE_INSTALL_LIBDIR="lib/${DEB_HOST_MULTIARCH}/bear"
> + -DCMAKE_INSTALL_LIBDIR="lib/${DEB_HOST_MULTIARCH}/bear" \
> + -DDEFAULT_PRELOAD_FILE="/usr/\$${LIB}/bear/libear.so"
>  
>  override_dh_auto_test:
>   # The tests fail if /usr/lib/ccache is in PATH so we remove it here. 
> The tests
> @@ -17,10 +18,5 @@
>   -e 's;^/usr/lib/ccache/\?;;') \
>   dh_auto_test
>  
> -override_dh_auto_install:
> - dh_auto_install
> - # Remove unwanted files.
> - rm -rf debian/bear/usr/share/doc/bear
> -
>  override_dh_installchangelogs:
>   dh_installchangelogs ChangeLog.md


-- 
Sebastian Ramacher


signature.asc
Description: PGP signature


Bug#856600: python-libtorrent: to-Python converter already registered

2017-03-02 Thread Sebastian Ramacher
Package: python-libtorrent
Version: 1.1.1-1
Severity: minor

On every import the module reports the following warning:

$ python
>>> import libtorrent
__console__:3: RuntimeWarning: to-Python converter for 
boost::shared_ptr already registered; second conversion 
method ignored.

Cheers

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

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

Versions of packages python-libtorrent depends on:
ii  dpkg   1.18.22
ii  libboost-python1.62.0  1.62.0+dfsg-4
ii  libboost-system1.62.0  1.62.0+dfsg-4
ii  libc6  2.24-9
ii  libgcc11:6.3.0-6
ii  libssl1.1  1.1.0e-1
ii  libstdc++6 6.3.0-6
ii  libtorrent-rasterbar9  1.1.1-1+b1
ii  python 2.7.13-2

python-libtorrent recommends no packages.

python-libtorrent suggests no packages.

-- no debconf information
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature


Bug#856865: unblock: libebur128/1.2.2-2

2017-03-05 Thread Sebastian Ramacher
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package libebur128. 1.2.2-2 contains a new upstream release that
fixes a NULL pointer access when processing 192 KHz data.

unblock libebur128/1.2.2-2

Cheers
-- 
Sebastian Ramacher
diff -Nru libebur128-1.2.0/debian/changelog libebur128-1.2.2/debian/changelog
--- libebur128-1.2.0/debian/changelog   2017-02-21 15:08:47.0 +0100
+++ libebur128-1.2.2/debian/changelog   2017-02-28 22:45:32.0 +0100
@@ -1,3 +1,15 @@
+libebur128 (1.2.2-2) unstable; urgency=medium
+
+  * Upload to unstable.
+
+ -- Sebastian Ramacher   Tue, 28 Feb 2017 22:45:32 +0100
+
+libebur128 (1.2.2-1) experimental; urgency=medium
+
+  * New upstream release.
+
+ -- Sebastian Ramacher   Mon, 27 Feb 2017 21:10:29 +0100
+
 libebur128 (1.2.0-2) unstable; urgency=medium
 
   * Team upload.
diff -Nru libebur128-1.2.0/ebur128/CMakeLists.txt 
libebur128-1.2.2/ebur128/CMakeLists.txt
--- libebur128-1.2.0/ebur128/CMakeLists.txt 2016-11-01 07:52:15.0 
+0100
+++ libebur128-1.2.2/ebur128/CMakeLists.txt 2017-02-08 18:19:13.0 
+0100
@@ -23,7 +23,7 @@
 
 
 set(EBUR128_VERSION_MAJOR 1)
-set(EBUR128_VERSION 1.2.0)
+set(EBUR128_VERSION 1.2.2)
 
  static
 if(BUILD_STATIC_LIBS)
diff -Nru libebur128-1.2.0/ebur128/ebur128.c libebur128-1.2.2/ebur128/ebur128.c
--- libebur128-1.2.0/ebur128/ebur128.c  2016-11-01 07:52:15.0 +0100
+++ libebur128-1.2.2/ebur128/ebur128.c  2017-02-08 18:19:13.0 +0100
@@ -162,18 +162,21 @@
   unsigned int f = 0;
   unsigned int t = 0;
   unsigned int out_stride = interp->channels * interp->factor;
+  float* outp = 0;
+  double acc = 0;
+  double c = 0;
   for (frame = 0; frame < frames; frame++) {
 for (chan = 0; chan < interp->channels; chan++) {
   // Add sample to delay buffer
   interp->z[chan][interp->zi] = *in++;
   // Apply coefficients
-  float* outp = out + chan;
+  outp = out + chan;
   for (f = 0; f < interp->factor; f++) {
-double acc = 0.0;
+acc = 0.0;
 for (t = 0; t < interp->filter[f].count; t++) {
   int i = (int)interp->zi - (int)interp->filter[f].index[t];
   if (i < 0) i += interp->delay;
-  double c = interp->filter[f].coeff[t];
+  c = interp->filter[f].coeff[t];
   acc += interp->z[chan][i] * c;
 }
 *outp = (float)acc;
@@ -552,7 +555,8 @@
   if (max > st->d->prev_sample_peak[c]) st->d->prev_sample_peak[c] = max;  
\
 }  
\
   }
\
-  if ((st->mode & EBUR128_MODE_TRUE_PEAK) == EBUR128_MODE_TRUE_PEAK) { 
\
+  if ((st->mode & EBUR128_MODE_TRUE_PEAK) == EBUR128_MODE_TRUE_PEAK && 
\
+  st->d->interp) { 
\
 for (c = 0; c < st->channels; ++c) {   
\
   for (i = 0; i < frames; ++i) {   
\
 st->d->resampler_buffer_input[i * st->channels + c] =  
\
diff -Nru libebur128-1.2.0/ebur128/ebur128.h libebur128-1.2.2/ebur128/ebur128.h
--- libebur128-1.2.0/ebur128/ebur128.h  2016-11-01 07:52:15.0 +0100
+++ libebur128-1.2.2/ebur128/ebur128.h  2017-02-08 18:19:13.0 +0100
@@ -14,7 +14,7 @@
 
 #define EBUR128_VERSION_MAJOR 1
 #define EBUR128_VERSION_MINOR 2
-#define EBUR128_VERSION_PATCH 0
+#define EBUR128_VERSION_PATCH 2
 
 #include/* for size_t */
 
diff -Nru libebur128-1.2.0/README.md libebur128-1.2.2/README.md
--- libebur128-1.2.0/README.md  2016-11-01 07:52:15.0 +0100
+++ libebur128-1.2.2/README.md  2017-02-08 18:19:13.0 +0100
@@ -12,6 +12,9 @@
 News
 
 
+v1.2.1 released:
+ * Fix a null pointer dereference when doing true peak scanning of 192kHz data
+
 v1.2.0 released:
 
  * New functions for real time loudness/peak monitoring:


signature.asc
Description: PGP signature


Bug#857181: gthumb: missing Breaks+Replaces

2017-03-08 Thread Sebastian Ramacher
Package: gthumb
Version: 3:3.4.4.1-4
Severity: serious

While upgrading gthumb:

% sudo apt upgrade -V
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Calculating upgrade... Done
The following packages will be upgraded:
   gthumb (3:3.4.4.1-3 => 3:3.4.4.1-4)
   gthumb-data (3:3.4.4.1-3 => 3:3.4.4.1-4)
2 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 2,645 kB of archives.
After this operation, 0 B of additional disk space will be used.
Do you want to continue? [Y/n] y
[...]
(Reading database ... 376890 files and directories currently installed.)
Preparing to unpack .../gthumb_3%3a3.4.4.1-4_amd64.deb ...
Unpacking gthumb (3:3.4.4.1-4) over (3:3.4.4.1-3) ...
dpkg: error processing archive
/var/cache/apt/archives/gthumb_3%3a3.4.4.1-4_amd64.deb (--unpack):
 trying to overwrite '/usr/share/appdata/gthumb.appdata.xml', which is also in 
package gthumb-data 3:3.4.4.1-3

Looks like gthumb is missing proper Breaks + Replaces for moving the appdata
file from gthumb-data to gthumb.

Cheers

-- System Information:
Debian Release: 9.0
  APT prefers unstable-debug
  APT policy: (650, 'unstable-debug'), (650, 'buildd-unstable'), (650, 
'unstable'), (601, 'testing'), (600, 'experimental-debug'), (600, 
'experimental'), (500, 'testing-proposed-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages gthumb depends on:
ii  gsettings-desktop-schemas   3.22.0-1
iu  gthumb-data 3:3.4.4.1-4
ii  libatk1.0-0 2.22.0-1
ii  libc6   2.24-9
ii  libcairo-gobject2   1.14.8-1
ii  libcairo2   1.14.8-1
ii  libclutter-1.0-01.26.0+dfsg-2
ii  libclutter-gtk-1.0-01.8.2-1
ii  libcogl-pango20 1.22.2-2
ii  libcogl-path20  1.22.2-2
ii  libcogl20   1.22.2-2
ii  libdrm2 2.4.74-1
ii  libegl1-mesa [libegl1-x11]  13.0.5-1
ii  libexiv2-14 0.25-3+b1
ii  libgbm1 13.0.5-1
ii  libgcc1 1:6.3.0-8
ii  libgdk-pixbuf2.0-0  2.36.5-2
it  libglib2.0-02.50.3-1
ii  libgstreamer-plugins-base1.0-0  1.10.4-1
ii  libgstreamer1.0-0   1.10.4-1
ii  libgtk-3-0  3.22.9-3
ii  libjavascriptcoregtk-4.0-18 2.14.5-1
ii  libjpeg62-turbo 1:1.5.1-2
ii  libjson-glib-1.0-0  1.2.2-1+b1
ii  liblcms2-2  2.8-4
ii  libpango-1.0-0  1.40.4-1
ii  libpangocairo-1.0-0 1.40.4-1
ii  libpng16-16 1.6.28-1
ii  libraw150.17.2-6+b1
ii  librsvg2-2  2.40.16-1+b1
ii  libsecret-1-0   0.18.5-3
ii  libsoup2.4-12.56.0-2
ii  libstdc++6  6.3.0-8
ii  libtiff54.0.7-5
ii  libwayland-client0  1.12.0-1
ii  libwayland-cursor0  1.12.0-1
ii  libwayland-egl1-mesa [libwayland-egl1]  13.0.5-1
ii  libwayland-server0  1.12.0-1
ii  libwebkit2gtk-4.0-372.14.5-1
ii  libwebp60.5.2-1
ii  libx11-62:1.6.4-3
ii  libxcomposite1  1:0.4.4-2
ii  libxdamage1 1:1.1.4-2+b1
ii  libxext62:1.3.3-1
ii  libxfixes3  1:5.0.3-1
ii  libxi6  2:1.7.9-1
ii  libxkbcommon0   0.7.1-1
ii  libxrandr2  2:1.5.1-1
ii  zlib1g  1:1.2.8.dfsg-5

Versions of packages gthumb recommends:
pn  bison  
pn  flex   
ii  gvfs-bin   1.30.3-1
ii  libgphoto2-6   2.5.12-1
ii  libgphoto2-port12  2.5.12-1

gthumb suggests no packages.

-- no debconf information

-- 
Sebastian Ramacher


signature.asc
Description: PGP signature


Bug#857182: Please disable MMX and SSE support on i386

2017-03-08 Thread Sebastian Ramacher
Control: tags -1 + moreinfo

On 2017-03-08 17:48:33, Laurent Bigonville wrote:
> Source: directfb
> Version: 1.2.10.0-8
> Severity: serious
> 
> Hi,
> 
> I see in the build logs of the i386 architecture that SSE and MMX
> instructions are enabled. This is not supported in debian. I see that
> this was enabled in the past but the flag got lost during the conversion
> to dh sequences.
> 
> This must be disabled on i386. On amd64 this can be kept enable as SSE2 is
> supported.

As far as I can tell support for MMX is checked during runtime and the non-MMX
code path is taken if not available. SSE is not used at all.

So unless you can spot some part where it is used unconditionally, this isn't a
bug.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature


Bug#855512: lv2-c++-tools: unused B-D on libdirectfb-dev

2017-02-19 Thread Sebastian Ramacher
Source: lv2-c++-tools
Version: 1.0.5-3
Severity: normal

lv2-c++-tools has a build dependency on libdirectfb-dev, but the binary packages
do not depend in libdirectfb*. If lv2-c++-tools no longer needs directfb, please
remove the build dependency.

Cheers

-- System Information:
Debian Release: 9.0
  APT prefers unstable-debug
  APT policy: (650, 'unstable-debug'), (650, 'unstable'), (601, 'testing'), 
(600, 'experimental-debug'), (600, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

-- 
Sebastian Ramacher


signature.asc
Description: PGP signature


Bug#855513: gst-plugins-bad1.0: unused B-d on libdirectfb-dev

2017-02-19 Thread Sebastian Ramacher
Source: gst-plugins-bad1.0
Version: 1.8.3-1
Severity: normal

gst-plugins-bad1.0 has a build dependency on libdirectfb-dev, but the binary
packages do not depend on any of the libdirectfb* packages. If the
libdirectfb-dev build dependency is no longer needed, please remove it.

Cheers

-- System Information:
Debian Release: 9.0
  APT prefers unstable-debug
  APT policy: (650, 'unstable-debug'), (650, 'unstable'), (601, 'testing'), 
(600, 'experimental-debug'), (600, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

-- 
Sebastian Ramacher


signature.asc
Description: PGP signature


Bug#855515: cegui-mk2: unused B-D on libdirectfb-dev

2017-02-19 Thread Sebastian Ramacher
Source: cegui-mk2
Version: 0.8.7-1.3
Severity: normal

cegui-mk2 has a build dependency on libdirectfb-dev, but the binary packages do
not depend on libdirectfb*. If directfb is no longer required, please remove
libdirectfb-dev from Build-Depends.

Cheers

-- System Information:
Debian Release: 9.0
  APT prefers unstable-debug
  APT policy: (650, 'unstable-debug'), (650, 'unstable'), (601, 'testing'), 
(600, 'experimental-debug'), (600, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

-- 
Sebastian Ramacher


signature.asc
Description: PGP signature


Bug#851864: regression: 2.6.1-5+deb8u1 breaks python-paramiko

2017-02-19 Thread Sebastian Ramacher
Control: reassign -1 python-paramiko 1.15.1-1
Control: forcemerge 851474 -1

On 2017-01-20 08:29:56, Pedro González - 'NITEMAN' wrote:
> On Thu, 19 Jan 2017 14:09:45 +0100 Sebastian Ramacher 
> wrote:
> >
> > And how does it fail?
> 
> Hi Sebastian,
> 
> I was misled since duplicity was giving:
> ~~~
> /usr/lib/python2.7/dist-packages/Crypto/Cipher/blockalgo.py:141:
> FutureWarning: CTR mode needs counter parameter, not IV
>   self._cipher = factory.new(key, *args, **kwargs)
> ~~~

Okay, re-assigning to python-paramiko and merging with the duplicates.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature


Bug#855117: vlc: Please disable OpenGL ES 1 support

2017-02-19 Thread Sebastian Ramacher
On 2017-02-19 22:43:31, Matthias Heinz wrote:
> Dear Mateusz,
> 
> I'm a bit confused here, maybe you can clearify this for me.
> 
> Your patch is against 2.2.4-14, so I guess that this change should've gone 
> into 2.2.4-14. But when I view the Debian changelog of my installed vlc 
> package, I only see the "Updated to ffmpeg 2.8.11" line, not your change.
> 
> Is this intentional?

The change is pending in the experimental branch and will only take effect once
we start development of buster. (As it was asked for in the original bug
report.)

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature


Bug#855835: unblock: libebur128/1.2.0-2

2017-02-22 Thread Sebastian Ramacher
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package libebur128 version 1.2.0-2. It adds a pkg-config file so
that mlt can use the packaged copy of libebur128 instead of the embedded one
(see #762341 and #854340 for details).

The debdiff is attached.

unblock libebur128/1.2.0-2


Cheers
-- 
Sebastian Ramacher
diff -Nru libebur128-1.2.0/debian/changelog libebur128-1.2.0/debian/changelog
--- libebur128-1.2.0/debian/changelog   2016-11-06 23:49:43.0 +0100
+++ libebur128-1.2.0/debian/changelog   2017-02-21 15:08:47.0 +0100
@@ -1,3 +1,12 @@
+libebur128 (1.2.0-2) unstable; urgency=medium
+
+  * Team upload.
+  * Provide pkg-config file. (Closes: #854340)
+- debian/patches: Add upstream patch to provide pkgconfig file.
+- debian/libebur128-dev.install: Install pkg-config file.
+
+ -- Sebastian Ramacher   Tue, 21 Feb 2017 15:08:47 +0100
+
 libebur128 (1.2.0-1) unstable; urgency=medium
 
   * New upstream release.
diff -Nru libebur128-1.2.0/debian/libebur128-dev.install 
libebur128-1.2.0/debian/libebur128-dev.install
--- libebur128-1.2.0/debian/libebur128-dev.install  2016-11-06 
23:40:18.0 +0100
+++ libebur128-1.2.0/debian/libebur128-dev.install  2017-02-21 
15:08:47.0 +0100
@@ -1,3 +1,4 @@
 usr/include/*
 usr/lib/*/libebur128.a
 usr/lib/*/libebur128.so
+usr/lib/*/pkgconfig
diff -Nru libebur128-1.2.0/debian/patches/Add-a-pkg-config-file-fixes-61.patch 
libebur128-1.2.0/debian/patches/Add-a-pkg-config-file-fixes-61.patch
--- libebur128-1.2.0/debian/patches/Add-a-pkg-config-file-fixes-61.patch
1970-01-01 01:00:00.0 +0100
+++ libebur128-1.2.0/debian/patches/Add-a-pkg-config-file-fixes-61.patch
2017-02-21 15:08:47.0 +0100
@@ -0,0 +1,46 @@
+From 13d70019c6d0e94b1ab71d0d2cf80023cc793071 Mon Sep 17 00:00:00 2001
+From: Sebastian Ramacher 
+Date: Sat, 18 Feb 2017 01:13:03 +0100
+Subject: [PATCH] Add a pkg-config file (fixes #61)
+
+Signed-off-by: Sebastian Ramacher 
+---
+ ebur128/CMakeLists.txt  |  6 ++
+ ebur128/libebur128.pc.cmake | 11 +++
+ 2 files changed, 17 insertions(+)
+ create mode 100644 ebur128/libebur128.pc.cmake
+
+diff --git a/ebur128/CMakeLists.txt b/ebur128/CMakeLists.txt
+index af09ebb..f9a8017 100644
+--- a/ebur128/CMakeLists.txt
 b/ebur128/CMakeLists.txt
+@@ -59,3 +59,9 @@ if(BUILD_STATIC_LIBS)
+ else()
+   install(TARGETS ebur128 DESTINATION ${CMAKE_INSTALL_LIBDIR})
+ endif()
++
++ pkg-config
++configure_file(${CMAKE_CURRENT_SOURCE_DIR}/libebur128.pc.cmake
++   ${CMAKE_CURRENT_BINARY_DIR}/libebur128.pc @ONLY)
++install(FILES "${CMAKE_CURRENT_BINARY_DIR}/libebur128.pc"
++DESTINATION ${CMAKE_INSTALL_LIBDIR}/pkgconfig)
+diff --git a/ebur128/libebur128.pc.cmake b/ebur128/libebur128.pc.cmake
+new file mode 100644
+index 000..017fdeb
+--- /dev/null
 b/ebur128/libebur128.pc.cmake
+@@ -0,0 +1,11 @@
++prefix=@CMAKE_INSTALL_PREFIX@
++includedir=${prefix}/include
++libdir=${prefix}/@CMAKE_INSTALL_LIBDIR@
++
++Name: libebur128
++Description: EBU R 128 standard for loudness normalisation
++Version: @EBUR128_VERSION@
++URL: https://github.com/jiixyj/libebur128
++Libs: -L${libdir} -lebur128
++Libs.private: -lm
++Cflags: -I${includedir}
+-- 
+2.11.0
+
diff -Nru libebur128-1.2.0/debian/patches/series 
libebur128-1.2.0/debian/patches/series
--- libebur128-1.2.0/debian/patches/series  1970-01-01 01:00:00.0 
+0100
+++ libebur128-1.2.0/debian/patches/series  2017-02-21 15:08:47.0 
+0100
@@ -0,0 +1 @@
+Add-a-pkg-config-file-fixes-61.patch


signature.asc
Description: PGP signature


Bug#855952: unblock: vlc/2.2.4-14

2017-02-23 Thread Sebastian Ramacher
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package vlc version 2.2.4-14. It updates the embedded copy of
ffmpeg 2.8 to the latest upstream bug fix release.

Since debdiff does not cope very well with multi-component upstream tarballs,
there are two diffs attached. vlc.diff contains the changes to debian/ and
ffmpeg.diff contains the changes between ffmpeg 2.8.10 and 2.8.11.

The changelog for ffmpeg 2.8.11 is below. The release fixes CVE-2016-9561,
CVE-2017-5024 and CVE-2017-5025.

version 2.8.11
- avcodec/h264_slice: Clear ref_counts on redundant slices
- lavf/mov.c: Avoid heap allocation wrap in mov_read_uuid
- lavf/mov.c: Avoid heap allocation wrap in mov_read_hdlr
- avcodec/pictordec: Fix logic error
- avcodec/movtextdec: Fix decode_styl() cleanup
- lavf/matroskadec: fix is_keyframe for early Blocks
- configure: bump year
- avcodec/pngdec: Check trns more completely
- avcodec/interplayvideo: Move parameter change check up
- avcodec/mjpegdec: Check for for the bitstream end in 
mjpeg_decode_scan_progressive_ac()
- avformat/flacdec: Check avio_read result when reading flac block header.
- avcodec/utils: correct align value for interplay
- avcodec/vp56: Check for the bitstream end, pass error codes on
- avcodec/mjpegdec: Check remaining bitstream in ljpeg_decode_yuv_scan()
- avcodec/pngdec: Fix off by 1 size in decode_zbuf()
- avformat/avidec: skip odml master index chunks in avi_sync
- avcodec/mjpegdec: Check for rgb before flipping
- avutil/random_seed: Reduce the time needed on systems with very low precision 
clock()
- avutil/random_seed: Improve get_generic_seed() with higher precision clock()
- avformat/utils: Print verbose error message if stream count exceeds 
max_streams
- avformat/options_table: Set the default maximum number of streams to 1000
- avutil: Add av_image_check_size2()
- avformat: Add max_streams option
- avcodec/ffv1enc: Allocate smaller packet if the worst case size cannot be 
allocated
- avcodec/mpeg4videodec: Fix undefined shifts in 
mpeg4_decode_sprite_trajectory()
- avformat/oggdec: Skip streams in duration correction that did not had their 
duration set.
- avcodec/ffv1enc: Fix size of first slice
- pgssubdec: reset rle_data_len/rle_remaining_len on allocation error


unblock vlc/2.2.4-14


Cheers
-- 
Sebastian Ramacher
diff --git a/debian/changelog b/debian/changelog
index 781f9848c9..739c269c42 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+vlc (2.2.4-14) unstable; urgency=medium
+
+  [ Mateusz Łukasik ]
+  * Update to ffmpeg 2.8.11.
+
+ -- Sebastian Ramacher   Tue, 14 Feb 2017 20:17:50 +0100
+
 vlc (2.2.4-13) unstable; urgency=medium
 
   * debian/control: Switch to libopenmpt's libmodplug comat layer.
diff --git a/debian/rules b/debian/rules
index 35ebba4e17..8d48ec81b8 100755
--- a/debian/rules
+++ b/debian/rules
@@ -346,7 +346,7 @@ override_dh_autoreconf:
 override_dh_auto_configure:
mkdir -p $(ffmpegbuild) $(ffmpegprefix)
cd $(ffmpegbuild) && \
-   $(CURDIR)/ffmpeg-2-8-10/configure $(ffmpegflags)
+   $(CURDIR)/ffmpeg-2-8-11/configure $(ffmpegflags)
dh_auto_build --sourcedirectory $(ffmpegbuild) -- V=1
$(MAKE) -C $(ffmpegbuild) install-libs install-headers V=1
PKG_CONFIG_PATH=$(ffmpegprefix)/lib/pkgconfig \
diff --git a/debian/watch b/debian/watch
index 764a7c1834..8c442743e7 100644
--- a/debian/watch
+++ b/debian/watch
@@ -1,5 +1,5 @@
 version=4
 opts=pgpsigurlmangle=s/$/.asc/ \
 
http://download.videolan.org/pub/videolan/vlc/([\d][\d\.]+[a-z]?)/vlc-([\d][\d\.]+[a-z]?)\.tar\.xz
 debian
-opts=component=ffmpeg-2-8-10 \
-https://ffmpeg.org/releases/ffmpeg-2\.8\.([0-9.]+)\.tar\.xz 2.8.10
+opts=component=ffmpeg-2-8-11 \
+https://ffmpeg.org/releases/ffmpeg-2\.8\.([0-9.]+)\.tar\.xz 2.8.11
diff --git a/Changelog b/Changelog
index ac863b2260..83004c4fd9 100644
--- a/Changelog
+++ b/Changelog
@@ -1,6 +1,36 @@
 Entries are sorted chronologically from oldest to youngest within each release,
 releases are sorted from youngest to oldest.
 
+version 2.8.11
+- avcodec/h264_slice: Clear ref_counts on redundant slices
+- lavf/mov.c: Avoid heap allocation wrap in mov_read_uuid
+- lavf/mov.c: Avoid heap allocation wrap in mov_read_hdlr
+- avcodec/pictordec: Fix logic error
+- avcodec/movtextdec: Fix decode_styl() cleanup
+- lavf/matroskadec: fix is_keyframe for early Blocks
+- configure: bump year
+- avcodec/pngdec: Check trns more completely
+- avcodec/interplayvideo: Move parameter change check up
+- avcodec/mjpegdec: Check for for the bitstream end in mjpeg_decode_scan_progressive_ac()
+- avformat/flacdec: Check avio_read result when reading flac block header.
+- avcodec/utils: correct align value for interplay
+- avcodec/vp56: Check for the bitstream end, pass error codes on
+- avcodec/mjpegdec: Check remaining bitstream in ljpeg_decode_yuv_scan()
+- avcodec/pngdec: Fix off by 1 size in decode_zbuf()
+- av

Bug#856103: libav-tools : concat Protocol not found

2017-02-26 Thread Sebastian Ramacher
Control: forcemerge 856100 -1

On 2017-02-25 04:48:40, NBaH wrote:
> Package: libav-tools
> Version: 6:11.8-1~deb8u1
> Severity: normal
> 
> Dear Maintainer,
> 
> I'm trying to concatenate mp3 files using avconv (from libav-tools) with
> this line :
> 
> $ avconv -i 
> concat:./The_Beach_Boys_-_God_Only_Knows.mp3\|./Order_Of_Era_-_one_is_the_loneliest_number.mp3
> -c copy /tmp/mix.mp3
> avconv version 11.8-6:11.8-1~deb8u1, Copyright (c) 2000-2016 the Libav
> developers
>   built on Oct  1 2016 07:16:29 with gcc 4.9.2 (Debian 4.9.2-10)
> 
> and I get :
> 
> concat:./The_Beach_Boys_-_God_Only_Knows.mp3|./Order_Of_Era_-_one_is_the_loneliest_number.mp3:
> Protocol not found
> 
> it's the same if I put quotes:
> 
> $ avconv -i 
> 'concat:./The_Beach_Boys_-_God_Only_Knows.mp3|./Order_Of_Era_-_one_is_the_loneliest_number.mp3'
> -c copy /tmp/mix.mp3
> avconv version 11.8-6:11.8-1~deb8u1, Copyright (c) 2000-2016 the Libav
> developers
>   built on Oct  1 2016 07:16:29 with gcc 4.9.2 (Debian 4.9.2-10)
> concat:./The_Beach_Boys_-_God_Only_Knows.mp3|./Order_Of_Era_-_one_is_the_loneliest_number.mp3:
> Protocol not found
> 
> 
> this protocol is listed in the manpage, but not showed by
> 
> $ avconv -protocols

Merging with #856100 which is the same bug.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature


Bug#856235: mlt: unused B-D on libquicktime-dev

2017-02-26 Thread Sebastian Ramacher
Source: mlt
Version: 6.4.1-3
Severity: normal

mlt currently has a build dependency on libquicktime-dev, but none of the
binaries depends on libquicktime*. If the build dependency is no longer needed,
please remove it.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature


Bug#856238: residualvm: unused B-D on libfaad-dev

2017-02-26 Thread Sebastian Ramacher
Source: residualvm
Version: 0.2.1+dfsg-3
Severity: normal

residualvm has an unused build dependency on libfaad-dev. In case libfaad-dev is
no longer needed, please remove it from Build-Depends.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature


Bug#859846: jessie-pu: package vlc/2.2.5-1~deb8u1

2017-04-30 Thread Sebastian Ramacher
On 2017-04-28 17:51:21, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
> 
> On Fri, 2017-04-07 at 19:45 +0200, Sebastian Ramacher wrote:
> > I'd like to update vlc to the latest upstream bug fix release in jessie. It
> > fixes various integer and buffer overflows, NULL pointer dereferences, 
> > division
> > by zero errors, heap corruptions that can be triggered during playback.
> 
> Please go ahead, bearing in mind that the window for 8.8 closes during
> the weekend.

Thanks, uploaded.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature


Bug#854340: libebur128-dev: pkg-config file missing

2017-02-06 Thread Sebastian Ramacher
Control: tags -1 + upstream

Hi Patrick

On 2017-02-06 09:15:52, Patrick Matthäi wrote:
> Package: libebur128-dev
> Version: 1.2.0-1
> Severity: wishlist
> 
> Hello,
> 
> the package is missing a pkg-config file, which is required to fix
> #762341
> 
> See also: https://sourceforge.net/p/mlt/mailman/message/35648592/

Please correct me if I am wrong, but libebur128 does not have a pkg-config file.
So this would require an upstream fix first.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature


Bug#854340: libebur128-dev: pkg-config file missing

2017-02-09 Thread Sebastian Ramacher
Control: forwarded -1 https://github.com/jiixyj/libebur128/issues/61

On 2017-02-06 12:22:20, Patrick Matthäi wrote:
> Am 06.02.2017 um 09:26 schrieb Sebastian Ramacher:
> > Control: tags -1 + upstream
> >
> > Hi Patrick
> >
> > On 2017-02-06 09:15:52, Patrick Matthäi wrote:
> >> Package: libebur128-dev
> >> Version: 1.2.0-1
> >> Severity: wishlist
> >>
> >> Hello,
> >>
> >> the package is missing a pkg-config file, which is required to fix
> >> #762341
> >>
> >> See also: https://sourceforge.net/p/mlt/mailman/message/35648592/
> > Please correct me if I am wrong, but libebur128 does not have a pkg-config 
> > file.
> > So this would require an upstream fix first.
> >
> > Cheers
> 
> Hi,
> 
> yes that is correct. Could you please forward it to upstream?

Done.

Cheers

> -- 
> 
> /*
> Mit freundlichem Gruß / With kind regards,
>  Patrick Matthäi
>  GNU/Linux Debian Developer
> 
>   Blog: http://www.linux-dev.org/
> E-Mail: pmatth...@debian.org
> patr...@linux-dev.org
> */
> 
> 




> _______
> 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#852869: say where the log file(?) is

2017-02-13 Thread Sebastian Ramacher
On 2017-02-13 07:19:46, 積丹尼 Dan Jacobson wrote:
> Also it should say where in the filesystem it is.
> The user might not be using a GUI.

If no GUI is used, the log is on stdout anyway.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature


Bug#852869: say where the log file(?) is

2017-02-13 Thread Sebastian Ramacher
On 2017-02-14 01:29:29, 積丹尼 Dan Jacobson wrote:
> What if a GUI is used, but the user wants access to the file where the
> log is. It should say where.

Are we going in circles now? If you use a GUI, the log is available via stdout
and Tools -> Messages. If you do not use a GUI, the log is available via stdout.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature


Bug#824386: libshout-idjc: new upstream release

2016-05-15 Thread Sebastian Ramacher
Source: libshout-idjc
Version: 2.3.1-2
Severity: wishlist

Please update libshout-idjc to 2.4. idjc 0.8.16 requires functions from the new
upsteram release.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature


Bug#824398: python-babel: new upstream release

2016-05-15 Thread Sebastian Ramacher
Source: python-babel
Severity: wishlist

Babel 2.3.4 has been released. Could you please update the package?

The new upstream version of flask-babel requires at least Babel 2.3, so please
upgrade.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature


Bug#824593: python-reno: FTBFS due to missing B-D on git

2016-05-17 Thread Sebastian Ramacher
| FAIL: reno.tests.test_scanner.UniqueIdTest.test_legacy
| reno.tests.test_scanner.UniqueIdTest.test_legacy
| --
| _StringException: Empty attachments:
|   pythonlogging:''
|   stderr
|   stdout
|
| Traceback (most recent call last):
|   File "reno/tests/test_scanner.py", line 186, in setUp
| self._git_setup()
|   File "reno/tests/test_scanner.py", line 124, in _git_setup
| self._run_git('init', '.')
|   File "reno/tests/test_scanner.py", line 119, in _run_git
| cwd=self.reporoot,
|   File "reno/utils.py", line 44, in check_output
| raw = subprocess.check_output(*args, **kwds)
|   File "/usr/lib/python2.7/subprocess.py", line 567, in check_output
| process = Popen(stdout=PIPE, *popenargs, **kwargs)
|   File "/usr/lib/python2.7/subprocess.py", line 711, in __init__
| errread, errwrite)
|   File "/usr/lib/python2.7/subprocess.py", line 1340, in _execute_child
| raise child_exception
| OSError: [Errno 2] No such file or directory
|
|
| ==
| FAIL: reno.tests.test_scanner.UniqueIdTest.test_modern
| reno.tests.test_scanner.UniqueIdTest.test_modern
| --
| _StringException: Empty attachments:
|   pythonlogging:''
|   stderr
|   stdout
|
| Traceback (most recent call last):
|   File "reno/tests/test_scanner.py", line 186, in setUp
| self._git_setup()
|   File "reno/tests/test_scanner.py", line 124, in _git_setup
| self._run_git('init', '.')
|   File "reno/tests/test_scanner.py", line 119, in _run_git
| cwd=self.reporoot,
|   File "reno/utils.py", line 44, in check_output
| raw = subprocess.check_output(*args, **kwds)
|   File "/usr/lib/python2.7/subprocess.py", line 567, in check_output
| process = Popen(stdout=PIPE, *popenargs, **kwargs)
|   File "/usr/lib/python2.7/subprocess.py", line 711, in __init__
| errread, errwrite)
|   File "/usr/lib/python2.7/subprocess.py", line 1340, in _execute_child
| raise child_exception
| OSError: [Errno 2] No such file or directory
|
|
| --
| Ran 27 tests in 7.392s
|
| FAILED (failures=22)
| make[1]: *** [override_dh_auto_test] Error 1

See
https://people.debian.org/~sramacher/logs/python-reno_1.3.0-2_amd64-20160517-.log
for a full build log.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature


Bug#824595: cinder: FTBFS: FAIL: cinder.tests.unit.test_volume.ConsistencyGroupTestCase.test_create_delete_cgsnapshot

2016-05-17 Thread Sebastian Ramacher
chment': [], 'availability_zone': 
u'fake_az', 'tenant_id': '7f265bd4-3a85-465e-a899-5dc4854a86d3', 'created_at': 
'2016-05-17T20:58:41.257605+00:00', 'volume_id': 
'd2734803-8032-4cfd-bf0b-cbbd22bc37a3', 'volume_type': None, 'host': u'rigel', 
'replication_driver_data': None, 'replication_status': u'disabled', 
'snapshot_id': None, 'replication_extended_status': None, 'user_id': 
'c853ca26-e8ea-4797-8a52-ee124a013d0e', 'metadata': [], 'launched_at': 
'2016-05-17T20:58:41.257605', 'size': 1}, 'event_type': 'volume.create.start'}, 
{'priority': 'INFO', 'publisher_id': u'volume.rigel', 'payload': {'status': 
u'available', 'display_name': u'test_volume', 'volume_attachment': [], 
'availability_zone': u'fake_az', 'tenant_id': 
'7f265bd4-3a85-465e-a899-5dc4854a86d3', 'created_at': 
'2016-05-17T20:58:41.257605+00:00', 'volume_id': 
'd2734803-8032-4cfd-bf0b-cbbd22bc37a3', 'volume_type': None, 'host': u'rigel', 
'replication_driver_data': None, 'replication_status': u'disabled', 
'snapshot_id': None, 'replication_extended_status': None, 'user_id': 
'c853ca26-e8ea-4797-8a52-ee124a013d0e', 'metadata': [], 'launched_at': 
'2016-05-17T20:58:41.257605+00:00', 'size': 1}, 'event_type': 
'volume.create.end'}]
|
|
| --
| Ran 8010 tests in 482.671s
|
| FAILED (failures=1, skipped=6)
| make[1]: *** [override_dh_auto_test] Error 1

For a full build log see
https://people.debian.org/~sramacher/logs/cinder_8.0.0-2_amd64-20160517-2148.log

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature


Bug#824596: wicd: FTBFS: KeyError: 'LANG'

2016-05-17 Thread Sebastian Ramacher
Source: wicd
Version: 1.7.4+tb2-1
Severity: serious
Justification: fails to build from source
Tags: sid stretch

wicd currently fails to build:
| running compile_translations
| Traceback (most recent call last):
|   File "setup.py", line 708, in 
| data_files = data,
|   File "/usr/lib/python2.7/distutils/core.py", line 151, in setup
| dist.run_commands()
|   File "/usr/lib/python2.7/distutils/dist.py", line 953, in run_commands
| self.run_command(cmd)
|   File "/usr/lib/python2.7/distutils/dist.py", line 972, in run_command
| cmd_obj.run()
|   File "setup.py", line 68, in run
| _build.run(self)
|   File "/usr/lib/python2.7/distutils/command/build.py", line 128, in run
| self.run_command(cmd_name)
|   File "/usr/lib/python2.7/distutils/cmd.py", line 326, in run_command
| self.distribution.run_command(command)
|   File "/usr/lib/python2.7/distutils/dist.py", line 972, in run_command
| cmd_obj.run()
|   File "setup.py", line 624, in run
| oldlang = os.environ['LANG']
|   File "/usr/lib/python2.7/UserDict.py", line 40, in __getitem__
| raise KeyError(key)
| KeyError: 'LANG'
| dh_auto_build: python setup.py build --force returned exit code 1

For a full build log see
https://people.debian.org/~sramacher/logs/wicd_1.7.4+tb2-1_amd64-20160517-2208.log

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature


Bug#774744: ITP: obs -- Open Broadcast Software

2016-05-20 Thread Sebastian Ramacher
On 2016-05-20 15:24:56, Petter Reinholdtsen wrote:
> [Sebastian Ramacher]
> > Thanks for all your work on this. I've rebased your debian/ changes on top 
> > of
> > 0.13.2 at https://anonscm.debian.org/cgit/pkg-multimedia/obs-studio.git/. 
> > I'll
> > upload it in the next couple of days.
> 
> Any news on this?  I was recommended to check out OBS Studio for doing
> screen recordings with audio, as gtk-recordmydesktop is crashing when I try,
> and found this WNPP request.  What is currently holding up the package from
> entering Debian?

It's in NEW waiting to be processed.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature


Bug#785560: Encountered the same problem but the backtrace differs

2016-05-22 Thread Sebastian Ramacher
On 2016-04-22 01:57:24, lumin wrote:
> Hi Sebastian,
> 
> On my sid system the vlc also sufferes from such a crash, i.e.
> it is fine to enter the main interface but will immediately crash
> if opened any video or audio.
> 
> My backtrace is distinct from the others', which indicates this
> crash is, probably, due to the intel graphics driver. However,
> I noticed that there is neither such a `vlc-dbg` package, nor
> a `vlc-dbgsym` package, so I cannot get any symbols in backtrace
> except for a local rebuild.

The -dbgsym packages are put in a different archive. See
https://wiki.debian.org/AutomaticDebugPackages for more details.

Regards

> 
> I'm not sure if I should file a bug against the intel driver.
> 
> (gdb) bt full 
> #0  0x7fffd1f3296a in ?? ()
> from /usr/lib/x86_64-linux-gnu/dri/i965_dri.so
> No symbol table info available.
> #1  0x7fffdbdd2ef8 in ?? ()
> from /usr/lib/x86_64-linux-gnu/libGL.so.1
> No symbol table info available.
> #2  0x7fff9512088f in ?? ()
>from /usr/lib/vlc/plugins/visualization/libglspectrum_plugin.so
> No symbol table info available.
> #3  0x779a4454 in start_thread (arg=0x7fff9511d700)
> at pthread_create.c:334
> __res = 
> pd = 0x7fff9511d700
> now = 
> unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140735694362368, 
> 989789792670113161, 0, 140735708116111, 3,
> 140735609373192, 
> -989847776405168759, -989771957604786807}, 
>   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"
> #4  0x774ddeed in clone ()
> ---Type  to continue, or q  to quit---
> at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109
> No locals.
> (gdb) kill
> Kill the program being debugged? (y or n) y
> 
> 
> 
> i965-va-driver/unstable,now 1.7.0-1 amd64 [installed,automatic]
> 
> vlc/unstable,now 2.2.2-6 amd64 [installed]
> 
> Thanks :-)
> 
> ___
> 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



Bug#818035: libva not working

2016-05-22 Thread Sebastian Ramacher
On 2016-05-22 17:19:50, Jürgen Bausa wrote:
> Am Sonntag, 22. Mai 2016, 13:54:52 schrieb Sebastian Ramacher:
> > 
> > 1.7.0 added a bunch of new Skylake IDs, so this issue might be fixed in
> > 1.7.0. I'm closing it for now. If that's not the case, please feel free to
> > reopen the bug report.
> > 
> > Cheers
> 
> No luck with version 1.7.0 (deb from stretch, installed on my jessie system 
> without any problem)

Could you please try with a clean sid/stretch system? You may also need a newer
libdrm from sid and an updated X stack.

If it works with a sid/stretch system, i395-va-driver is probably missing some
versioned dependencies. If it's not working, this should be taken upstream.

Regards

> 
> 
> jba@lisa:/usr/src/vaapi$ apt-cache policy i965-va-driver
> i965-va-driver:
>   Installiert:   1.7.0-1
>   Installationskandidat: 1.7.0-1
>   Versionstabelle:
>  *** 1.7.0-1 0
> 100 /var/lib/dpkg/status
>  1.4.1-2 0
> 500 http://ftp.de.debian.org/debian/ jessie/main amd64 Packages
> jba@lisa:/usr/src/vaapi$ apt-cache policy libva1
> libva1:
>   Installiert:   1.7.0-2
>   Installationskandidat: 1.7.0-2
>   Versionstabelle:
>  *** 1.7.0-2 0
> 100 /var/lib/dpkg/status
>  1.4.1-1 0
> 500 http://ftp.de.debian.org/debian/ jessie/main amd64 Packages
> jba@lisa:/usr/src/vaapi$ VA_INTEL_DEBUG=1 vainfo
> libva info: VA-API version 0.39.0
> libva info: va_getDriverName() returns 0
> libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so
> libva info: Found init function __vaDriverInit_0_39
> g_intel_debug_option_flags:1
> vainfo: intel_memman.c:39: intel_memman_init: Assertion `intel->bufmgr' 
> failed.
> Abgebrochen
> 
> I am running backports kernel 4.5 now.
> 
> Regards,
> 
> juergen

-- 
Sebastian Ramacher



Bug#825140: vlc: freezes playing and fast-forwarding MKV File

2016-05-24 Thread Sebastian Ramacher
Hi

On 2016-05-24 02:49:47, Maria wrote:
> whenever I try to play a MKV File (MPEG-4p10/AVC/h.264  Codec ID:
> V_MPEG4/ISO/AVC), it starts showing the first one or two seconds, then
> switching black. The time counter still moves forward and so does the sound as
> it is in a different track (Spur) and therefore working. When I fast-forward 
> to
> a later part of the video it shows the time of the part where I first clicked
> but then nothing happens anymore. Neither the sound nor the time counter are
> working. The menues are responding but hitting quit vlc in the menue or Ctrl+q
> has no effect. Only possibillity to end is to kill vlc.
> 
> This happens every time.
> 
> I tried the same Video with Dragon Player 15.08.3 and it shows video and plays
> audio correctly. But there the video overlaps the screen somehow making it
> impossible to use menues as these are overlapped by the video.
> 
> VLC also refused to play other MKV Files before.
> 
> It plays FLV Files but refuses to adapt the size of the video (as they have 
> low
> resolution it results in a tiny video window even in fullscreen mode).

...

> libva info: VA-API version 0.39.0
> libva info: va_getDriverName() returns 0
> libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so
> libva info: Found init function __vaDriverInit_0_39
> libva info: va_openDriver() returns 0
> [7f99f4001208] vdpau_avcodec generic debug: video surface limits: 
> 1920x1080
> [7f99f4001208] vdpau_avcodec generic debug: decoder profile limits: level 
> 51 mb 16384 2048x2048
> [7f99f4001208] core generic debug: using hw decoder module "vdpau_avcodec"
> [7f9a14c11108] avcodec decoder: Using OpenGL/VAAPI/libswscale backend for 
> VDPAU for hardware decoding.

Ah, as suspected: that is libvdpau-va-gl1's fault. You can either force vlc to
use VA-API for hardware decoding or remove libvdpau-va-gl1.

The remaining question is: if you remove libvdpau-va-gl1 does the other issues
vanish as well?

Regards
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature


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

2015-12-09 Thread Sebastian Ramacher
Package: libechonest2.1
Version: 2.3.1-0.1
Severity: grave

libechonest2.1 no longer provides libechonest.so.2.1 and breaks all its reverse
dependencies.

$ clementine
clementine: error while loading shared libraries: libechonest.so.2.1: cannot 
open shared object file: No such file or directory

Indeed:

$ dpkg -L libechonest2.1
/.
/usr
/usr/share
/usr/share/doc
/usr/share/doc/libechonest2.1
/usr/share/doc/libechonest2.1/changelog.Debian.gz
/usr/share/doc/libechonest2.1/copyright

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature


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

2015-12-09 Thread Sebastian Ramacher
Hi

On 2015-12-09 21:49:45, Stefan Ahlers wrote:
> libechonest2.3.1 provides libechonest.so.2.3 and so clementine has to be
> rebuild against libechonest2.3, after rebuilding, clementine will work
> correctly.

You need to drop libechonest2.1 from the package. An empty libechonest2.1
depending on libechonest2.3 is wrong.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature


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

2015-12-09 Thread Sebastian Ramacher
On 2015-12-09 22:47:04, Stefan Ahlers wrote:
> Hi,
> 
> > You need to drop libechonest2.1 from the package. An empty libechonest2.1
> > depending on libechonest2.3 is wrong.
> 
> libechonest2.1 is a transitional dummy package 
> (https://wiki.debian.org/Renaming_a_Package). And so it should be correct 
> that this package is empty.

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.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature


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#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#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: <https://www.vinc17.net/>
> 100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/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#806689: vlc: crashed (SIGSEGV) after gnome-shell crash

2015-12-10 Thread Sebastian Ramacher
Control: tags -1 + moreinfo

Hi Paul

On 2015-11-30 13:28:42, Paul Wise wrote:
> Package: vlc
> Version: 2.2.1-5+b1
> Severity: normal
> 
> This morning I had gnome-shell crash and about 5.32 seconds later VLC
> crashed. I had left VLC on pause overnight and when I came back to my
> computer, the gnome-shell crash happened. I'm not sure if this is a bug
> in Qt or VLC, please reassign it if appropriate.

This bug looks very similar to #790825. It would be great if you could reproduce
the bug with the test program that is available in #790825. If the test program
also shows the same problem, this bug should be reassigned to Qt 5.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature


Bug#807805: vlc: Crash upon startup

2015-12-13 Thread Sebastian Ramacher
Control: severity -1 important
Control: tags -1 + moreinfo

On 2015-12-13 03:58:37, Hormet Yiltiz wrote:
> Package: vlc
> Version: 2.2.1-5+b1
> Severity: grave
> Justification: renders package unusable
> 
> Dear Maintainer,
> 
> *** Reporter, please consider answering these questions, where appropriate ***
> 
>* What led up to the situation?
>After a recent system upgrade in Debian Testing, `vlc` cannot start
>and crashes reporting:
>"QSystemTrayIcon::setVisible: No Icon set"
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
>This is reproducable in my environment. I am running i3wm installed
>alongside with KDE5. Reinstalling or reconfiguring `vlc` did not
>solve the issue.
>* What was the outcome of this action?
>VLC crash upon startup. 
>* What outcome did you expect instead?
>VLC starts normally.

Please install vlc-dbg and qtbase5-dbg and provide a full backtrace.

On 2015-12-13 06:07:25, Hörmetjan Yiltiz wrote:
> calling `vlc --no-qt-system-tray` will start vlc and is an effective
> workaround.

...

> I realized that vlc only crashes in my i3wm setup, but does not crash if
> started from the KDE5 environment.

Downgrading accordingly.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature


Bug#807805: vlc: Crash upon startup

2015-12-13 Thread Sebastian Ramacher
On 2015-12-13 07:44:29, Hörmetjan Yiltiz wrote:
> Thanks! Is it due to a lack of some interface in i3wm, in which case it is
> i3wm's bug, or that `vlc` is assuming some interface that is not
> necessarily present in any system?

It's hard to tell without a backtrace. But it sounds like a i3wm or Qt 5 issue
to me.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature


Bug#807843: imms: FTBFS against audacious 3.6

2015-12-13 Thread Sebastian Ramacher
Source: imms
Version: 3.1.0~svn301-3.1
Severity: important

imms FTBFS against audacious-dev 3.6.2-1 (currently in NEW):
| checking for audacious... no
| checking for dbus_glib... yes
| checking audacious/plugin.h usability... no
| checking audacious/plugin.h presence... no
| checking for audacious/plugin.h... no
| configure: error: Not building audacious plugin
| make: *** [configure-stamp] Error 1
| debian/rules:38: recipe for target 'configure-stamp' failed
| dpkg-buildpackage: error: debian/rules build gave error exit status 2

For the full build log see
https://people.debian.org/~sramacher/logs/imms_3.1.0~svn301-3.1_amd64-20151213-1845.log

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature


Bug#806689: vlc: crashed (SIGSEGV) after gnome-shell crash

2015-12-13 Thread Sebastian Ramacher
 {d = 
> {superdata = 0x0, stringdata = 0x7f19648e62c0 , 
> data = 0x7f19648e61a0 , static_metacall = 
> 0x7f19647a98e0  void**)>, relatedMetaObjects = 0x0, extradata = 0x0}}, d_ptr = {d = 
> 0x12a0970}, static staticQtMetaObject = {d = {superdata = 0x0, stringdata = 
> 0x7f196492e000 , data = 0x7f196492b600 
> , static_metacall = 0x0, relatedMetaObjects = 0x0, extradata 
> = 0x0}}}, static staticMetaObject = {d = {superdata = 0x7f19649b3b00 
> , stringdata = 0x7f19649431a0 
> , data = 0x7f1964943080 
> , static_metacall = 0x7f1964820af0 
>  void**)>, relatedMetaObjects = 0x0, extradata = 0x0}}, static self = 
> 0x7f196115ace0}, static staticMetaObject = {d = {superdata = 0x7f19649bc5e0 
> , stringdata = 0x7f1964e51be0 
> , data = 0x7f1964e519e0 
> , static_metacall = 0x7f1964ab7080 
>  void**)>, relatedMetaObjects = 0x0, extradata = 0x0}}}, static 
> staticMetaObject = {d = {superdata = 0x7f1964ef7460 
> , stringdata = 0x7f1965420680 
> , data = 0x7f1965420500 
> , static_metacall = 0x7f1965069c40 
> , 
> relatedMetaObjects = 0x0, extradata = 0x0}}}, static staticMetaObject = {d = 
> {superdata = 0x7f196556a140 , stringdata = 
> 0x7f19657eb0c0, data = 0x7f19657eb040, static_metacall = 0x7f19657aa960 
> , 
> relatedMetaObjects = 0x0, extradata = 0x0}}}
> platform = {static null = {}, d = 0x12a2360}
> s_style = {static null = {}, d = 0x1a0}
> #25 0x7f197ca0e0a4 in start_thread (arg=0x7f196115b700) at 
> pthread_create.c:309
> __res = 
> pd = 0x7f196115b700
> now = 
> unwind_buf = {cancel_jmp_buf = {{jmp_buf = {139746979723008, 
> -1203260615257619681, 0, 139747448475744, 139747051786720, 139746979723008, 
> 1260984750833271583, 1260956878825849631}, 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"
> #26 0x7f197c53f06d in clone () at 
> ../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature


Bug#730084: Processed: retitle 730084 to ITA: python-irc -- Internet Relay Chat (IRC), owner 730084

2015-12-14 Thread Sebastian Ramacher
owner 730084 Sandro Tosi 
thanks

Sorry, I misread the bug report and thought it was orphaned. Do you need any
help in getting this package updated?

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature


<    5   6   7   8   9   10   11   12   13   14   >