Bug#869212: patch to open .a files

Upstream had fixed the issue that .a files did not open. https://github.com/mate-desktop/engrampa/commit/499e600d758578eeb8187f92d0c12b36e50f7595 --- a/src/fr-init.c +++ b/src/fr-init.c @@ -62,6 +62,7 @@ { "application/x-7z-compressed-tar",".tar.7z", N_("Tar compressed with 7z

Bug#900054: enabling DLL builds

Package: src:libpaper Version: 1.1.24+nmu5 So this is basically the upstream bug tracker, right? Can you add "-no-undefined" to "libpaper_la_LDFLAGS" to make it possible to build DLLs using MinGW compilers? --- a/lib/Makefile.am +++ b/lib/Makefile.am @@ -1,7 +1,7 @@ lib_LTLIBRARIES =

Bug#823870: Upgrade to v1.1.7

Package: gmsl Version: 1.1.5-1 Version 1.1.7 has been released quite a while ago: https://sourceforge.net/projects/gmsl/files/GNU%20Make%20Standard%20Library/v1.1.7/ Can you upgrade the package?

Bug#823825: Upgrade to v1.1.7

Package: gsml Version: 1.1.5-1 Version 1.1.7 has been released quite a while ago. Can you upgrade the package?

Bug#816467: Converting DT_RUNPATH to DT_RPATH

Package: patchelf Version: 0.9 DT_RUNPATH won't be converted to DT_RPATH using --force-rpath unless the attached patch is used. Otherwise the option --force-rpath won't work. --- a/src/patchelf.cc +++ b/src/patchelf.cc @@ -1176,8 +1176,10 @@ dynRPath = 0; } -if (forceRPath

Bug#811485: RFP: mojosetup -- a portable, flexible installation application

Package: wnpp Severity: wishlist Website: http://www.icculus.org/mojosetup/ Upstream-Author: Ryan C. Gordon License: zlib; some parts are MIT, BSD-4-Clause, BSD-3-Clause, unlicense and public domain. Normally it also makes use of makeself, which is GPL-2+. Description:

Bug#804376: static library not linked correctly

Package: x265 Version: 1.8-3 There's a mistake in the command that should create the final static library. In debian/rules line 51: mv x265-8bit/libx265.a x265-8bit/lib264_main.a It should be: mv x265-8bit/libx265.a x265-8bit/libx265_main.a So the static library is missing the object code

Bug#802093: library not linked against libdl

Package: x265 Version: 1.8-2 The shared library is using symbols from libdl but it's not linked against it: $ readelf -s libx265.so.68 | grep dlopen 32: 0 NOTYPE GLOBAL DEFAULT UND dlopen $ readelf -d libx265.so.68 | grep libdl $ I only checked the amd64 version.

Bug#802092: Wrong version listed in x265.pc

Package: x265 Version: 1.8-2 Just a minor issue, but the pkg-config file x265.pc lists the library's version as "0.0". That appears to be a bug in the upstream build system.

Bug#791492: Library packages not multi-arch

Package: gpac Version: 0.5.2-426-gc5ad4e4~dfsg4-1 The shared libraries aren't installed into multi-arch directories. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#791490: Package libgpac3 should be libgpac4

Package: gpac Version: 0.5.2-426-gc5ad4e4~dfsg4-1 The package libgpac3 should be renamed to libgpac4. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#784908: New fdk-aac release

Package: fdk-aac Version: 0.1.3+20140816-2 fdk-aac version 0.1.4 has been released. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#781729: Link Luajit binary dynamically

Package: luajit-5.1-2 Version: 2.0.3+dfsg-3 Since you're providing libluajit, can you link the luajit binary against the libluajit shared library? --- a/src/Makefile +++ b/src/Makefile @@ -679,7 +679,7 @@ $(LUAJIT_T): $(TARGET_O) $(LUAJIT_O) $(TARGET_DEP) $(E) LINK $@ -

Bug#781728: Lua 5.2 compat

Package: luajit-5.1-2 Version: 2.0.3+dfsg-3 Some programs like Aegisub require luajit to be compiled with Lua 5.2 compatibility. The resulting library however is not 100% compatible with the regular Luajit build. Can't you instead just build two libraries, libluajit-5.1.so.2 and

Bug#749946: (no subject)

I've reuploaded the code to Github and made a few changes, mostly the build system. I've also figured out that the program doesn't work correctly if it was compiled for x86-64. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble?

Bug#722249: ITP: simplescreenrecorder -- a simple program to record

Debian packaging files can be created by using these PHP files: https://github.com/MaartenBaert/ssr-packages/ They just received some updates to build packages that stick more to Debian packaging guidelines. Current release version is 0.3.3 by the way and it works like a charm on Ubuntu 14.04.

Bug#776183: remove steam.real from /usr/games

Package: steam Version: 1.0.0.49-1 steam.real cannot be executed directly from /usr/games and if I understand it right it's just used for bootstrapping. So why not put it somewhere inside /usr/lib instead? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject

Bug#775181: (no subject)

Thanks Sebastian. The patch you did provide works fine for me. I made a bug report to upstream: https://bitbucket.org/multicoreware/x265/issue/98/make-cli-work-with-any-bit-depth-version -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe.

Bug#775181: x265-10bit doesn't work

Package: x265 Version: 1.4-5 Running the x265 binary with the 10 bit library version preloaded (which is what the x265-10bit wrapper script does) does not work: $ LD_PRELOAD=./libx265.so.35 ./x265 --pass 1 --bitrate 10 -o /dev/null test.y4m x265 [error]: Only bit depths of 8 are supported in

Bug#741237: (no subject)

Afaik python bytecode gets recompiled after a new python program was installed, therefor the mismatch. The bytecode should be removed from the debian package at all. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact

Bug#772210: please remove python bytecode from package

Package: apertium-dbus Version: 0.1-1.1 This is one of only two packages which will install python bytecode: https://lintian.debian.org/tags/package-installs-python-bytecode.html That's an error and it should be fixed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with

Bug#770184: upgrade yasm to v1.3.0

Package: yasm Version: 1.2.0-2 Version 1.3.0 has been released. I think you should add it to Debian. It works well for me and is much faster than 1.2.0. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact

Bug#769532: vpxenc manpage

Package: vpx-tools Version: 1.3.0-3 I have written this vpcenc manpage: https://gist.github.com/darealshinji/4ca99394f2c7f151a5c5 You can add it to your package if you want. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact

Bug#765982: Please support premake4 in dh_auto_clean and dh_auto_configure

Package: debhelper Version: 9.20141010 I don't even know if there's currently any package in the repositories that requires premake4 to build, but supporting it would be very simple without adding too much code. If there's a premake4.lua file available dh_auto_clean should run 'premake4

Bug#761820: RFP: tsmuxer -- mux video to TS/M2TS files or create BD disks

Package: wnpp Severity: RFP Source: https://github.com/darealshinji/tsmuxer-debian Section: video License: MIT Description: mux video to TS/M2TS files or create BD disks tsMuxer is a Transport Stream muxer. Remux/mux elementary streams, EVO/VOB/MPG, MKV/MKA, MP4/MOV, TS, M2TS to TS to M2TS.

Bug#759497: don't break hardlinks

Package: patchelf Version: 0.8-2 Patchelf breaks hardlinks. The attached patch will fix that. See also: https://github.com/NixOS/patchelf/issues/32 --- a/src/patchelf.cc +++ b/src/patchelf.cc @@ -360,19 +360,10 @@ static void writeFile(string fileName, mode_t fileMode) { -string

Bug#758117: package installs python bytecode

://launchpad.net/~djcj/+archive/ubuntu/tools/+packages?field.name_filter=comix https://launchpad.net/%7Edjcj/+archive/ubuntu/tools/+packages?field.name_filter=comix

Bug#755918: Some updates within debian/*

Package: chrpath Version: 0.16-1 I made some changes to the installation and re-wrote debian/copyright. Also, can you start to save the Debian stuff as .debian.tar.xz instead of .diff.gz? --- a/debian/copyright +++ b/debian/copyright @@ -1,9 +1,33 @@ -This package was debianized by Tollef Fog

Bug#738568: (no subject)

Didn't they already add this feature in version 0.16? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#755918: (no subject)

Does this solve anything or is it just churn? I have no interest in changing the copyright format, tbh. It solves at least this Lintian warning: W: chrpath: copyright-without-copyright-notice If you really want to keep the old copyright file, you should add Copyright 2001-2014 somewhere to

Bug#750817: ITP: x265 -- x265 HEVC Encoder

You might want to patch source/CMakeLists.txt: --- a/source/CMakeLists.txt +++ b/source/CMakeLists.txt @@ -34,16 +34,16 @@ # System architecture detection string(TOLOWER ${CMAKE_SYSTEM_PROCESSOR} SYSPROC) -set(X86_ALIASES x86 i386 i686 x86_64 amd64) +set(X86_ALIASES x86 i386 i686) list(FIND

Bug#751458: Using the 10bit library

When I compiled and experimented a bit with version 0.142.2431 I figured out that the 10bit library does not work with the 8bit binary (despite being linked dynamically). So I had to install both libraries and both binaries. I installed the 10bit binary in the same folder as the library and

Bug#750817: ITP: x265 -- x265 HEVC Encoder

/x265 The source package builds an additional 10bit version under a different name (libx265-10b) too. It works fine on Ubuntu: https://launchpad.net/~djcj/+archive/x265/+packages https://launchpad.net/%7Edjcj/+archive/x265/+packages Maybe you can use some of the stuff. -- To UNSUBSCRIBE

Bug#750817: ITP: x265 -- x265 HEVC Encoder

This version will store the 10 bit libs in a subfolder, like in the x264 package: https://github.com/darealshinji/Debian/tree/master/x265-new -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#751458: Using the 10bit library

Package: x264 Version: 2:0.142.2389+git956c8d8-5 Can you add a script with the name x264-10b and the following content to /usr/bin, to make it a little easier to work with the 10bit library? #!/bin/sh LD_PRELOAD=/usr/lib/x86_64-linux-gnu/x264-10bit/libx264.so.142 x264 $@

Bug#751354: Override/fix Lintian tags

Package: pidgin Version: 2.10.9-1 You should override this source package Lintian warning: pidgin source: no-debian-copyright The copyright file is generated at build time. This warning should be fixed: pidgin source: brace-expansion-in-debhelper-config-file debian/pidgin-dev.install Don't use

Bug#749946: RFP: dzip -- Quake demo compression program

Package: wnpp Severity: wishlist * Package name: dzip Version : 2.9 Upstream Author : Nolan Pflug ra...@planetquake.com * URL : http://quake.speeddemosarchive.com/dzip/ * License : zlib Programming Lang: C Description : Quake demo compression program

Bug#749946: upstream contact

Current email address of upstream author Nolan Pflug seems to be ra...@speeddemosarchive.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org