Bug#869212: patch to open .a files

[djcj]

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 (.tar.7z)"), 0 },
 	{ "application/x-ace",  ".ace",  N_("Ace (.ace)"), 0 },
 	{ "application/x-alz",  ".alz",  NULL, 0 },
+	{ "application/x-ar",   ".a",N_("Ar (.a)"), 0 },
 	{ "application/x-ar",   ".ar",   N_("Ar (.ar)"), 0 },
 	{ "application/x-arj",  ".arj",  N_("Arj (.arj)"), 0 },
 	{ "application/x-bzip", ".bz2",  NULL, 0 },
@@ -108,6 +109,7 @@
 	{ ".7z", "application/x-7z-compressed" },
 	{ ".ace", "application/x-ace" },
 	{ ".alz", "application/x-alz" },
+	{ ".a", "application/x-ar" },
 	{ ".ar", "application/x-ar" },
 	{ ".arj", "application/x-arj" },
 	{ ".bin", "application/x-stuffit" },

Bug#900054: enabling DLL builds

[djcj]

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 = libpaper.la
 libpaper_la_SOURCES = dimen.c paper.c dimen.h paperspecs.h
-libpaper_la_LDFLAGS = -version-info 2:2:1
+libpaper_la_LDFLAGS = -no-undefined -version-info 2:2:1
 libpaper_la_CPPFLAGS = -D_REENTRANT
 
 BUILT_SOURCES = paperspecs.h

Bug#823870: Upgrade to v1.1.7

[djcj]

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

[djcj]

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

[djcj]

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 && dynRPath && dynRunPath) { /* convert DT_RUNPATH to DT_RPATH */
-dynRunPath->d_tag = DT_IGNORE;
+if (forceRPath && !dynRPath && dynRunPath) { /* convert DT_RUNPATH to DT_RPATH */
+dynRunPath->d_tag = DT_RPATH;
+dynRPath = dynRunPath;
+dynRunPath = 0;
 }
 
 if (newRPath.size() <= rpathSize) {

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

[djcj]

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:
  MojoSetup is an application to generate setup wizards with a GTK2 
GUI, very

  similar to what people are used on Windows systems.
  It's already being used by several GNU/Linux ports of commercial 
video games.


Usually you have to download the source code and compile the binaries 
needed for
the setup all by yourself. However the first time doing this can be 
quite complicated

and you even might have to chroot to build i386 versions on amd64.
It would be much easier if pre-compiled binaries could be installed 
through the package manager.
You can find a script that helps you to generate a setup along with 
pre-compiled binaries

on my Github repository: https://github.com/darealshinji/MojoSetup-Bins
You can find some example packaging file here: 
https://github.com/darealshinji/MojoSetup-Bins/tree/debian/debian

Bug#804376: static library not linked correctly

[djcj]

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 for the 10 and 12 bit 
modes.

Bug#802093: library not linked against libdl

[djcj]

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. This should be fixed by appending 
'-ldl' to '-DEXTRA_LIB' in debian/rules.

Bug#802092: Wrong version listed in x265.pc

[djcj]

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

[djcj]

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

[djcj]

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

[djcj]

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

[djcj]

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  $@
-$(Q)$(TARGET_LD) $(TARGET_ALDFLAGS) -o $@ $(LUAJIT_O) $(TARGET_O) 
$(TARGET_ALIBS)
+$(Q)$(TARGET_LD) $(TARGET_ALDFLAGS) -I. -I./src -I/usr/include -lm 
-ldl -o $@ $(LUAJIT_O) $(LUAJIT_SO)

 $(Q)$(TARGET_STRIP) $@
 $(E) OKSuccessfully built LuaJIT


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

Bug#781728: Lua 5.2 compat

[djcj]

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 
libluajit-5.1-lua52compat.so.2?


To build libluajit-5.1.so.2:
$(MAKE) amalg PREFIX=/usr CC=gcc MULTILIB=lib/$(DEB_HOST_MULTIARCH)

To build libluajit-5.1-lua52compat.so.2:
$(MAKE) amalg PREFIX=/usr CC=gcc MULTILIB=lib/$(DEB_HOST_MULTIARCH) \
XCFLAGS=-DLUAJIT_ENABLE_LUA52COMPAT 
TARGET_SONAME=libluajit-5.1-lua52compat.so.2



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

Bug#749946: (no subject)

[djcj]

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? Contact listmas...@lists.debian.org

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

[djcj]

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.



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

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

[djcj]

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 of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#775181: (no subject)

[djcj]

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. Trouble? Contact listmas...@lists.debian.org

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

[djcj]

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 this build

You have to build the CLI together with the library.


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

Bug#741237: (no subject)

[djcj]

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 listmas...@lists.debian.org

Bug#772210: please remove python bytecode from package

[djcj]

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 a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#770184: upgrade yasm to v1.3.0

[djcj]

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 listmas...@lists.debian.org

Bug#769532: vpxenc manpage

[djcj]

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 listmas...@lists.debian.org

Bug#765982: Please support premake4 in dh_auto_clean and dh_auto_configure

[djcj]

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 clean' and dh_auto_configure should run 'premake4 gmake 
--os=linux'. Normally the '--os=linux' can be omitted, but it /might/ be 
necessary for kfreebsd and hurd.

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

[djcj]

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.
 Supported video codecs H.264, VC-1, MPEG2. Supported audio codecs AAC,
 AC3 / E-AC3(DD+), DTS/ DTS-HD. Ability to set muxing fps manually and
 automatically, Ability to change level for H.264 streams, Ability to
 shift a sound tracks, Ability to extract DTS core from DTS-HD,
 Ability to join files. Output/Author to compliant Blu-ray Disc or AVCHD.
 Blu-ray 3D support in version 1.11+.

The program itself is a closed-source freeware application. I've created 
a Debian package

which will download and install the binary via maintainer scripts.


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

Bug#759497: don't break hardlinks

[djcj]

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 fileName2 = fileName + _patchelf_tmp;
-
-int fd = open(fileName2.c_str(),
-O_CREAT | O_TRUNC | O_WRONLY, 0700);
+int fd = open(fileName.c_str(), O_TRUNC | O_WRONLY);
 if (fd == -1) error(open);
-
 if (write(fd, contents, fileSize) != fileSize) error(write);
-
 if (close(fd) != 0) error(close);
-
-if (chmod(fileName2.c_str(), fileMode) != 0) error(chmod);
-
-if (rename(fileName2.c_str(), fileName.c_str()) != 0) error(rename);
 }
 
 
@@ -1122,7 +1113,7 @@
 
 if (elfFile.isChanged()){
 elfFile.rewriteSections();
-writeFile(fileName, fileMode);
+writeFile(fileName);
 }
 }
 

Bug#758117: package installs python bytecode

[djcj]

Package: comix
Version: 4.0.4-1

The package installs python bytecode.
When debhelper is running with ' --with python2', it'll remove the 
bytecode and add maintainer scripts to create the bytecode at 
installation time.
You can find fixed binary and source packages in my Ubuntu PPA: 
https://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/*

[djcj]

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 Heen tfh...@debian.org on
-Thu, 14 Feb 2002 04:03:22 +0100.
+Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
+Upstream-Name: chrpath
+Upstream-Contact: Petter Reinholdtsen p...@hungry.com
+Source: https://alioth.debian.org/projects/chrpath/
 
-It was downloaded from https://alioth.debian.org/projects/chrpath/
-
-Upstream Author: Petter Reinholdtsen p...@hungry.com
-
-chrpath is under the GNU Public License, which can normally
-be found in /usr/share/common-licenses/GPL on Debian systems.
+Files: *
+Copyright: 2001-2014 chrpath authors
+   Geoffrey Keating geo...@ozemail.com.au
+   Peeter Joot peet...@ca.ibm.com
+   Petter Reinholdtsen p...@hungry.com
+   Javier Serrano Polo jas...@terra.es
+   Darren Salt li...@youmustbejoking.demon.co.uk
+   David Hull h...@paracel.com
+   Bradford W. Johnson bradf...@math.umn.edu
+   Thomas Anders and...@hmi.de
+   Tollef Fog Heen tfh...@debian.org
+   Eric S. Raymond e...@thyrsus.com
+License: GPL-3+
+ This program is free software: you can redistribute it and/or modify
+ it under the terms of the GNU General Public License as published by
+ the Free Software Foundation, either version 3 of the License, or (at
+ your option) any later version.
+ .
+ This program is distributed in the hope that it will be useful, but
+ WITHOUT ANY WARRANTY; without even the implied warranty of
+ MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
+ General Public License for more details.
+ .
+ You should have received a copy of the GNU General Public License
+ along with this program. If not, see http://www.gnu.org/licenses/.
+ .
+ On Debian systems, the complete text of the GNU General
+ Public License version 3 can be found in /usr/share/common-licenses/GPL-3.
--- /dev/null
+++ b/debian/docs
@@ -0,0 +1 @@
+AUTHORS
--- /dev/null
+++ b/debian/install
@@ -0,0 +1 @@
+chrpath   /usr/bin
--- /dev/null
+++ b/debian/manpages
@@ -0,0 +1 @@
+chrpath.1
--- a/debian/rules
+++ b/debian/rules
@@ -3,8 +3,8 @@
 %:
 	dh $@ --with autotools_dev
 
+override_dh_installchangelogs:
+	dh_installchangelogs NEWS
+
 override_dh_auto_install:
-	dh_auto_install -- docdir=/usr/share/doc/chrpath
-	rm debian/chrpath/usr/share/doc/chrpath/COPYING
-	rm debian/chrpath/usr/share/doc/chrpath/ChangeLog
-	rm debian/chrpath/usr/share/doc/chrpath/INSTALL
+
--- /dev/null
+++ b/debian/source/format
@@ -0,0 +1 @@
+3.0 (quilt)
--- a/debian/dirs
+++ /dev/null
@@ -1,2 +0,0 @@
-usr/bin
-usr/share/doc

Bug#738568: (no subject)

[djcj]

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)

[djcj]

 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 get rid of the warning.


And the actual upstream changelog ('NEWS') is saved as changelog.gz, 
instead of the deprecated changelog file.
The rest is basically to reduce the code in debian/rules and probably a 
matter of taste.


 I don't like the 3.0 (quilt) format, so no.
That new format is easier to handle though, i.e. if you want to copy 
patches or do similar things. But again a matter of taste I guess.



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

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

[djcj]

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 X86_ALIASES ${SYSPROC} X86MATCH)
 if(${SYSPROC} STREQUAL  OR X86MATCH GREATER -1)
 message(STATUS Detected x86 system processor)
 set(X86 1)
 add_definitions(-DX265_ARCH_X86=1)
-if(${CMAKE_SIZEOF_VOID_P} MATCHES 8)
-set(X64 1)
-add_definitions(-DX86_64=1)
-endif()
+elseif(${SYSPROC} STREQUAL x86_64 OR amd64)
+message(STATUS Detected x64 system processor)
+set(X64 1)
+add_definitions(-DX86_64=1)
 elseif(${SYSPROC} STREQUAL armv6l)
 message(STATUS Detected ARM system processor)
 set(ARM 1)
@@ -282,11 +282,13 @@
 set_target_properties(x265-shared PROPERTIES OUTPUT_NAME x265)
 endif()
 if(UNIX AND NOT APPLE)
-set_target_properties(x265-shared PROPERTIES LINK_FLAGS 
-Wl,-Bsymbolic,-znoexecstack)
+set_target_properties(x265-shared PROPERTIES VERSION 
${X265_BUILD} LINK_FLAGS -Wl,-Bsymbolic,-znoexecstack)

+else()
+set_target_properties(x265-shared PROPERTIES VERSION 
${X265_LATEST_TAG})

 endif()
 if(X265_LATEST_TAG)
 # shared library is not installed if a tag is not found
-set_target_properties(x265-shared PROPERTIES VERSION 
${X265_LATEST_TAG} SOVERSION ${X265_BUILD})
+set_target_properties(x265-shared PROPERTIES SOVERSION 
${X265_BUILD})

 install(TARGETS x265-shared
 LIBRARY DESTINATION ${LIB_INSTALL_DIR}
 ARCHIVE DESTINATION ${LIB_INSTALL_DIR})


The first part patches the 64 bit system detection, though it's more 
cosmetics.
The second part is more important, it ensures that the library will be 
named after its soname and there will only one link be created.

For example: libx265.so.22 (file), libx265.so (link)


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

[djcj]

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 used this script to 
work with it:

#!/bin/sh
LD_LIBRARY_PATH=/usr/lib/x86_64-linux-gnu/x264-10bit:$LD_LIBRARY_PATH 
/usr/lib/x86_64-linux-gnu/x264-10bit/x264 $@


I recommend calling it x264-10b or x264-10bit.
Unfortunately I can't test the version in Sid as I'm using a different 
distribution.



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

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

[djcj]

I made some scripts and stuff a while ago to build proper (I guess, but 
I could be wrong) Debian packages.
If you want to create a package from a current hg snapshot, it 
automatically patches the cmake file and adds all the version information.

https://github.com/darealshinji/Debian/tree/master/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, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

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

[djcj]

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

[djcj]

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

[djcj]

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 the braces in debian/pidgin-dev.install but instead use 
separate lines

to install .html, .gif and .png files.

And for the binary package libpurle0 you might consider an override for 
this:

libpurple0: embedded-library usr/lib/purple-2/libgg.so: libgadu
Unless it is possible and makes sense to link it dynamically against 
libgadu (which I doubt).



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

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

[djcj]

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

Dzip's original purpose was to compress demo
recordings of the id software game Quake much
better than any other program.

Source code including Debian folder and manpage
can be found here: https://github.com/darealshinji/dzip


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

Bug#749946: upstream contact

[djcj]

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