Bug#692376: blender: FTBFS against python3.3

2012-11-05 Thread Dmitrijs Ledkovs 
Package: blender
Severity: normal
Version: 2.63a-1
User: debian-pyt...@lists.debian.org
Usertags: python3.3
Tags: patch

Blender does not build against default python3 version, instead
python3.2 is hardcoded.

On the same topic, dh_python3 helper is not used (which is the helper
that supersedes python-[central|support])

There are a couple of ways to fix this. My proposed solution:
* build-depends on python3-dev (default dev package for the default
python3)
* uses pkg-config to find include directories (in python3.3 in debian
there are two include directories, and cmake's standard helper doesn't
find them)
* migrate to use dh_python3

I hope you find this patch useful. Alternatively you can implement
building against default python3  python3.3 in other ways.

diff -Nru blender-2.63a/debian/changelog blender-2.63a/debian/changelog
--- blender-2.63a/debian/changelog	2012-09-09 18:16:50.0 +
+++ blender-2.63a/debian/changelog	2012-10-25 16:08:02.0 +
@@ -1,3 +1,11 @@
+blender (2.63a-1ubuntu2) raring-proposed; urgency=low
+
+  * Build-depend on python3-dev rather than python3.2-dev.
+  * Call dh_python3
+  * Use pkg-config to find python3.3 includes.
+
+ -- Dmitrijs Ledkovs dmitrij.led...@ubuntu.com  Thu, 25 Oct 2012 12:37:55 +0100
+
 blender (2.63a-1ubuntu1) quantal; urgency=low
 
   * Build-depend on libtiff-dev rather than libtiff4-dev.
diff -Nru blender-2.63a/debian/control blender-2.63a/debian/control
--- blender-2.63a/debian/control	2012-09-09 18:16:48.0 +
+++ blender-2.63a/debian/control	2012-10-25 11:38:35.0 +
@@ -36,8 +36,7 @@
libz-dev,
libfontconfig-dev,
pkg-config,
-   python-support,
-   python3.2-dev
+   python3-dev
 Build-Conflicts: nvidia-glx
 Standards-Version: 3.9.3
 Homepage: http://blender.org
@@ -46,7 +45,7 @@
 
 Package: blender
 Architecture: any
-Depends: python3.2,
+Depends: ${python3:Depends},
  fonts-droid,
  ${misc:Depends},
  ${shlibs:Depends}
diff -Nru blender-2.63a/debian/patches/fix-ftbfs-python-3.3.patch blender-2.63a/debian/patches/fix-ftbfs-python-3.3.patch
--- blender-2.63a/debian/patches/fix-ftbfs-python-3.3.patch	1970-01-01 00:00:00.0 +
+++ blender-2.63a/debian/patches/fix-ftbfs-python-3.3.patch	2012-10-25 15:16:31.0 +
@@ -0,0 +1,35 @@
+Description: fix ftbfs with python3.3
+ Using pkg-config to lookup flags
+Author: Dmitrijs Ledkovs dmitrij.led...@ubuntu.com
+Forwarded: not yet
+Last-Update: 2012-10-25
+
+Index: b/CMakeLists.txt
+===
+--- a/CMakeLists.txt
 b/CMakeLists.txt
+@@ -482,7 +482,8 @@
+ 
+ 		# Use our own instead, since wothout py is such a rare case,
+ 		# require this package
+-		find_package(PythonLibsUnix REQUIRED)
++		include(FindPkgConfig)
++		pkg_check_modules(PYTHON python3)
+ 	endif()
+ 
+ 
+@@ -1614,7 +1615,13 @@
+ # with _any_ library but since we used a fixed python version this tends to
+ # be most problematic.
+ if(WITH_PYTHON)
+-	if(NOT EXISTS ${PYTHON_INCLUDE_DIR}/Python.h)
++	set(PYTHON_H )
++	foreach(includedir ${PYTHON_INCLUDE_DIRS})
++		if(EXISTS ${includedir}/Python.h)
++			set(PYTHON_H ${includedir})
++		endif()
++	endforeach(includedir)
++	if(NOT PYTHON_H)
+ 		message(FATAL_ERROR Missing: \${PYTHON_INCLUDE_DIR}/Python.h\,\n
+ 			Set the cache entry 'PYTHON_INCLUDE_DIR' to point 
+ 			to a valid python include path. Containing 
diff -Nru blender-2.63a/debian/patches/series blender-2.63a/debian/patches/series
--- blender-2.63a/debian/patches/series	2012-05-12 18:00:33.0 +
+++ blender-2.63a/debian/patches/series	2012-10-25 12:02:32.0 +
@@ -7,3 +7,4 @@
 0007-fix_FTBFS_with_ffmpeg_from_debian.patch
 0008-do_not_use_version_number_in_the_system_path.patch
 0009-look_for_droid_ttf_with_fontconfig.patch
+fix-ftbfs-python-3.3.patch
diff -Nru blender-2.63a/debian/pyversions blender-2.63a/debian/pyversions
--- blender-2.63a/debian/pyversions	2012-05-12 16:55:53.0 +
+++ blender-2.63a/debian/pyversions	1970-01-01 00:00:00.0 +
@@ -1 +0,0 @@
-3.2
diff -Nru blender-2.63a/debian/rules blender-2.63a/debian/rules
--- blender-2.63a/debian/rules	2012-05-12 16:55:53.0 +
+++ blender-2.63a/debian/rules	2012-10-25 11:37:40.0 +
@@ -52,7 +52,6 @@
 	#remove duplicated GPL license file and unneeded Python license since python is shipped externally
 	#rm $(INSTDIR)/usr/share/doc/blender/GPL-license.txt
 	#rm $(INSTDIR)/usr/share/doc/blender/Python-license.txt
-	
 
 override_dh_install:
 	dh_install --fail-missing --list-missing
@@ -60,9 +59,5 @@
 override_dh_strip:
 	dh_strip --dbg-package=blender-dbg
 
-override_dh_pysupport:
-	# Not supported yet: dh_pysupport -V 3.1
-	#dh_pysupport -V 3.1
-
 %:
-	dh --buildsystem=cmake --parallel=$(PROCESSORS) $@
+	dh $@ --buildsystem=cmake --parallel=$(PROCESSORS) --with python3

Regards,

Dmitrijs

Bug#692381: yafaray: FTBFS against python3.3

2012-11-05 Thread Dmitrijs Ledkovs 
Package: yafaray
Version: 0.1.2+really0.1.2~beta5-2
Severity: normal
User: debian-pyt...@lists.debian.org
Usertags: python3.3
Tags: patch

Yafaray fails to build from source against python3.3, because python3.3
in debian has two include paths instead of one. I bypass upstream
detection and instead use pkg-config as that provides correct include
paths on Debian.

Please consider applying this patch, or solving this build failure in
some other way.

diff -Nru yafaray-0.1.2+really0.1.2~beta5/debian/changelog yafaray-0.1.2+really0.1.2~beta5/debian/changelog
--- yafaray-0.1.2+really0.1.2~beta5/debian/changelog	2012-09-04 09:29:11.0 +
+++ yafaray-0.1.2+really0.1.2~beta5/debian/changelog	2012-10-24 18:04:36.0 +
@@ -1,3 +1,10 @@
+yafaray (0.1.2+really0.1.2~beta5-2.1) UNRELEASED; urgency=low
+
+  * Build against default python version only. Use pkg-config to detect
+python includes, fixes ftbfs against py3.3.
+
+ -- Dmitrijs Ledkovs dmitrij.led...@ubuntu.com  Wed, 24 Oct 2012 17:13:07 +0100
+
 yafaray (0.1.2+really0.1.2~beta5-2build1) quantal; urgency=low
 
   * Rebuild for libtiff5.
diff -Nru yafaray-0.1.2+really0.1.2~beta5/debian/control yafaray-0.1.2+really0.1.2~beta5/debian/control
--- yafaray-0.1.2+really0.1.2~beta5/debian/control	2012-05-28 08:56:25.0 +
+++ yafaray-0.1.2+really0.1.2~beta5/debian/control	2012-10-24 17:33:58.0 +
@@ -12,10 +13,10 @@
libpng-dev,
libtiff-dev,
libxml2-dev,
-   python3-all-dev,
+   python3-dev,
+   pkg-config,
swig,
zlib1g-dev
-X-Python3-Version: = 3.2
 DM-Upload-Allowed: yes
 Standards-Version: 3.9.3
 Homepage: http://www.yafaray.org
diff -Nru yafaray-0.1.2+really0.1.2~beta5/debian/patches/fix-ftbfs-py3.3.patch yafaray-0.1.2+really0.1.2~beta5/debian/patches/fix-ftbfs-py3.3.patch
--- yafaray-0.1.2+really0.1.2~beta5/debian/patches/fix-ftbfs-py3.3.patch	1970-01-01 00:00:00.0 +
+++ yafaray-0.1.2+really0.1.2~beta5/debian/patches/fix-ftbfs-py3.3.patch	2012-10-24 17:30:16.0 +
@@ -0,0 +1,32 @@
+Description: fix FTBFS against python3.3
+ Use pkg-config look-up which is actually correct.  Also see packaging
+ changes to build against the default python3 only, instead of
+ multiple versions. (Doesn't make sense for a Blender plugin anyway).
+Origin: Dmitrijs Ledkovs x...@ubuntu.com
+Bug: url in upstream bugtracker
+Bug-Debian: http://bugs.debian.org/bugnumber
+Bug-Ubuntu: https://launchpad.net/bugs/bugnumber
+Forwarded: not yet
+Last-Update: 2012-10-24
+--- yafaray-0.1.2+really0.1.2~beta5.orig/src/bindings/CMakeLists.txt
 yafaray-0.1.2+really0.1.2~beta5/src/bindings/CMakeLists.txt
+@@ -40,7 +40,7 @@ IF (WITH_YAF_PY_BINDINGS)
+ 	endif(YAF_PY_VERSION)
+ 	
+ 	MESSAGE(Searching for Python ${REQUIRED_PYTHON_VERSION})
+-	find_package(YafPythonLibs REQUIRED)
++	pkg_check_modules(PYTHON python-${REQUIRED_PYTHON_VERSION})
+ 	
+ 	if (NOT PYTHON_LIBRARIES)
+ 		message(Python wasn't found, please install it to build python bindings)
+@@ -84,8 +84,8 @@ if (WITH_YAF_PY_BINDINGS)
+ 
+ 	endif(NOT WIN32)
+ 	
+-	message(Python header path: ${PYTHON_INCLUDE_DIR})
+-	include_directories(${YAF_INCLUDE_DIRS} ${PYTHON_INCLUDE_DIR})
++	message(Python header path: ${PYTHON_INCLUDE_DIRS})
++	include_directories(${YAF_INCLUDE_DIRS} ${PYTHON_INCLUDE_DIRS})
+ 	include(${SWIG_USE_FILE})
+ 
+ 	if(YAF_PY_VERSION GREATER 3)
diff -Nru yafaray-0.1.2+really0.1.2~beta5/debian/patches/series yafaray-0.1.2+really0.1.2~beta5/debian/patches/series
--- yafaray-0.1.2+really0.1.2~beta5/debian/patches/series	2012-05-28 08:33:20.0 +
+++ yafaray-0.1.2+really0.1.2~beta5/debian/patches/series	2012-10-24 17:28:08.0 +
@@ -1,2 +1,3 @@
 0001-Fix_FTBFS_on_ARM.patch
 0002-Disable_FAST_MATH.patch
+fix-ftbfs-py3.3.patch
diff -Nru yafaray-0.1.2+really0.1.2~beta5/debian/rules yafaray-0.1.2+really0.1.2~beta5/debian/rules
--- yafaray-0.1.2+really0.1.2~beta5/debian/rules	2012-01-09 12:02:53.0 +
+++ yafaray-0.1.2+really0.1.2~beta5/debian/rules	2012-10-24 17:25:32.0 +
@@ -2,7 +2,7 @@
 export DH_OPTIONS
 
 INSTDIR=debian/tmp
-PY3VERS=$(shell py3versions -drv debian/control)
+PY3VERS=$(shell py3versions -dv)
 
 %:
 	dh $@ --buildsystem=cmake --builddirectory=build --with python3
@@ -22,5 +22,3 @@
 	dh_install
 	cp -rf $(INSTDIR)/$(CURDIR)/bindings/python/* \
 		debian/yafaray/usr/lib/yafaray
-
-override_dh_pysupport:

Regards,

Dmitrijs.
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: [SCM] ardour Debian packaging branch, master, updated. debian/2.8.11-1-2-geb65099

2010-08-04 Thread Dmitrijs Ledkovs 
Luke Yelavich luke.yelav...@canonical.com writes:

 On Wed, Aug 04, 2010 at 12:25:56PM EST, Jonas Smedegaard wrote:
 On Fri, Jul 30, 2010 at 07:07:47PM -0400, Felipe Sateler wrote:
 On 29/07/10 22:39, j...@users.alioth.debian.org wrote:
 The following commit has been merged in the master branch:
 commit eb65099ff8e46f626de4dc308f0d68a2759eb31c
 Author: Jonas Smedegaard d...@jones.dk
 Date:   Sun May 16 17:50:28 2010 +0200
 
 Recommend iceweasel and only fallback on virtual
 www-browser, and drop superfluous fallback on firefox.
 
 The firefox fallback is useful on Ubuntu systems. As it is
 harmless in debian, I suggest keeping it to avoid Ubuntu/Debian
 diffs.
 
 I develop package for a distribution called Debian.
 
 I am very happy that other distributions branch off of that work, as
 long as not imposing their clutches/hacks/improvements/whatever on
 Debian.  Giving back makes me extra happy - both when done by
 distributions and by individuals.  But as this is useless to Debian
 and slightly clutters the package dependencies, I dislike it.

 I can understand and accept this opinion, and I don't think its a
 problem to have a separate ubuntu branch in the repo, similar to how
 other packages are maintained in the pkg-multimedia team. If this is
 the only diff we have to carry, then its a non-issue, because its
 small.

 Luke


Since this is not a build-dep, can subst-vars be abused at
build time to add additional firefox dependency

ifeq (Ubuntu,$(shell dpkg-vendor --query Vendor))
 #magic to add firefox for Recommends
enif

Or something like that, later on before dh_builddeb?

--
Dima


___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Re: Launchpad // Re: Introduction and Team Membership Request

2010-06-16 Thread Dmitrijs Ledkovs 
On 16 June 2010 13:09, Alexandre Quessy alexan...@quessy.net wrote:
 Hello!

 On 10-06-16 02:13 AM, Alessio Treglia wrote:
 Added to the Launchpad team, too.


 Is there much DebianMultimedia activity on Launchpad. - Is it much
 useful to be there too?

 If so, one could add me: alexandrequessy-guest. My nick is
 alexandre-quessy on Launchpad.


Just click apply to this team on
https://launchpad.net/~pkg-multimedia-maintainers

It is useful in a way. It gives us one stop overview of all our
packages in Ubuntu  Debian:

https://launchpad.net/~pkg-multimedia-maintainers/+related-software

This way it's easier (at least for me) to track all bugs which affect
our packages and whether or not there are some ubuntu delta on them.


 a

 ___
 pkg-multimedia-maintainers mailing list
 pkg-multimedia-maintainers@lists.alioth.debian.org
 http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Re: Recent changes in dpkg

2010-05-27 Thread Dmitrijs Ledkovs 
On 27 May 2010 07:13, Felipe Sateler fsate...@gmail.com wrote:
 On 24/05/10 05:05, Raphael Hertzog wrote:

   * dpkg-gensymbols offers new ways to manage symbols files (matching C++
     symbols by their demangled name, matching symbols with regular
     expressions) thanks to Modestas Vainius.

 This should be useful for people using symbols files.


Thanks for the heads up. I will try this out with one of my libraries.
It would be interesting to generate symbols for a few versions and to
check weather api/abi was broken.

API is easy (function removed or arguments changed) what about ABI is
there a rule of thumb for that?



 --
 Saludos,
 Felipe Sateler

 ___
 pkg-multimedia-maintainers mailing list
 pkg-multimedia-maintainers@lists.alioth.debian.org
 http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Re: Debian Multimedia Maintainers tam on Launchpad

2010-05-27 Thread Dmitrijs Ledkovs 
On 27 May 2010 13:05, Fabian Greffrath greffr...@leat.rub.de wrote:
 Am 27.05.2010 13:52, schrieb Alessio Treglia:

 what do you think about taking over the maintainance of this account
 [1] on Launchpad?

 For what reason? What's the benefit?



Launchpad is primary source for package information in Ubuntu. Our
packages have that team set as maintainer. If we claim that team we
can subscribe our team mailing-list to bugs in our packages on
launchpad.

Also we will be able to push ~pkg-multimedia-maintainers branches and
have common access to them. For example pushing a branch against
lp:ubuntu/release/package to do a hotfix release in ubuntu and keep
the tabs on the ubuntu delta's.

I would appreciate this.

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Re: add pristine-tar

2010-05-27 Thread Dmitrijs Ledkovs 
 sorry, but this is simply wrong. Both the format name (3.0 (quilt)) and
 the development history show that Raphael tries really really hard to
 simulate the exact behavior of quilt, even if quilt is not installed in
 the build environment.

 Trying really really hard is to me a sign of wanting to be consistent with
 current/past quilt, not a promise of future consistency.  I don't see how
 that is even possible (except, perhaps, if both are developed by same
 author(s)).


  - Jonas

Hmmm there were only 2 revisions of quilt's .pc dir format as far as I
know and it doesn't look like they gonna change it again anytime soon.
And there is strong collaboration between dpkg  quilt maintainers in
Debian. Quilt source package depends on dpkg full compatibility with
quilt, because quilt patch series are used to patch upstream quilt for
a debian release.

Incompatible quilt will never be released in Debian without dpkg
supporting new .pc dir format.

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Re: add pristine-tar

2010-05-26 Thread Dmitrijs Ledkovs 
On 26 May 2010 02:24, Felipe Sateler fsate...@gmail.com wrote:
 On Tue, May 25, 2010 at 18:02, Jaromír Mikeš mira.mi...@seznam.cz wrote:
 Od: Felipe Sateler fsate...@gmail.com

 RT  The last consensus was that yes, under the condition that the clean
 RT  target of debian rules restores the working copy to a state that is
 RT  ready for git diff/commit operations. Most commongly this means to
 RT  unpatch in the clean target.

 RT  The intend behind this is to have the same workflow for both Format 1.0
 RT  and 3.0 packages.

 FS Be careful to only unapply patches when in a git repository! Otherwise
 FS you will get misterious FTBFS in the buildds.

 FS Also, you need to apply them in the build rule (again, only if in the
 FS git repository).

 So if I understand well something like this should be in short dh 7 rules 
 file:
 override_dh_auto_clean:
  unpatch
  dh_auto_clean

 or something more should be done?

 More. The unpatch should be done only if within a git repository.
 Something like:

 override_dh_auto_clean:
  if [ -d .git ] ; then \
    quilt pop -a \

dh_quilt_unpatch ?

or even easier

%:
  dh --with quilt $@

Then it will work as you want both in git  regular tarball build


  fi
  dh_auto_clean


 Similar thing should be done before build.

 --

 Saludos,
 Felipe Sateler

 ___
 pkg-multimedia-maintainers mailing list
 pkg-multimedia-maintainers@lists.alioth.debian.org
 http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Re: Old list (was Re: Fwd: Sponsoring of updated/new projectM package(s))

2010-05-26 Thread Dmitrijs Ledkovs 
On 26 May 2010 15:25, Eric Dantan Rzewnicki e...@zhevny.com wrote:
 On Wed, May 19, 2010 at 03:59:04PM +0200, Matthias Klumpp wrote:
 Hi!
  The list you've posted your request is more or less dead, I'm forwarding
  it to the new team mailing list.
 Okay... hmm.. Shouldn't this be mentioned on the Debian mailing list
 listing? Anyway, I'm subscribed to the multimedia-maintainers list now.

 We discussed shutting the old list down some months ago[0]. But, many
 packages in stable (and probably some in testing/unstable) have that
 list as Maintainer: still. so, we have to keep it for now. There
 probably should be a notice somewhere about the shift of activity. I
 will contact the list admins[0] to find out how we can change the list
 info at[1] and add a [deprecated] notice on[2].

 -edrz


I somewhere saw long time ago that there was a cunning way to request
change of maintainer on BTS without doing uploads. But the
mailing-list should be redirected as well.

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Bug#580824: jack-audio-connection-kit: FTBFS on hppa (multiple issues)

2010-05-09 Thread Dmitrijs Ledkovs 
On 9 May 2010 08:05, Adam D. Barratt a...@adam-barratt.org.uk wrote:
 On Sun, May 9, 2010 01:05, Dmitrijs Ledkovs wrote:
 On 9 May 2010 00:44, Adam D. Barratt a...@adam-barratt.org.uk wrote:

 - waf's parallel building and hppa don't mix; I've stolen a patch which
 Jakub Wilk provided for xmms2 and applied it to j-a-c-k. It will break
 if
 anything causes the .waf.-* directory to be renamed, but that seems like
 another reason not to use waf ;-)


 Running waf with -j1 flag should stop all paralelism.

 e.g.

 ./waf configure build -j1

 Is this not enough to make waf behave on hppa?

 From what I could see from reading the code, the number of jobs should
 automatically default to the number of available CPUs in any case, so
 should automatically be 1 at least on the porter box.

 However, assuming that adding the following to debian/rules would
 implement your suggestion, then sadly no it does not appear to be enough:

 waf-configure-options += $(if $(filter hppa,$(DEB_HOST_ARCH)),-j1)

 Even with this change, the ./waf configure call hangs after outputting

 Checking for dbus-1 = 1.0.0             : ok
 Checking for dbus-1 flags                : ok
 Checking for header expat.h              : ok

 I killed it after 15 minutes of inactivity; the build output shows that
 -j1 was passed to the configure call. If I add the Runner.py patch
 instead, it gets past that point with ease (and later fails with the
 second error I mentioned, which is trivially fixable by adding 
 !defined(__hppa__) to an existing patch).

 Regards,

 Adam




Can you please run it as (without any patches)

./waf -vvv -j1

And send me buildlog please? This is quite disturbing. I'm a waf lover
=) and have submitted a few patches upstream.



___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Bug#580824: jack-audio-connection-kit: FTBFS on hppa (multiple issues)

2010-05-08 Thread Dmitrijs Ledkovs 
On 9 May 2010 00:44, Adam D. Barratt a...@adam-barratt.org.uk wrote:

 - waf's parallel building and hppa don't mix; I've stolen a patch which
 Jakub Wilk provided for xmms2 and applied it to j-a-c-k. It will break if
 anything causes the .waf.-* directory to be renamed, but that seems like
 another reason not to use waf ;-)


Running waf with -j1 flag should stop all paralelism.

e.g.

./waf configure build -j1

Is this not enough to make waf behave on hppa?



___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Bug#477806: Dmitrijs Ledkovs wants to stay in touch on LinkedIn

2010-02-11 Thread Dmitrijs Ledkovs 
LinkedIn


   
I'd like to add you to my professional network on LinkedIn.

- Dmitrijs Ledkovs

Confirm that you know Dmitrijs Ledkovs
https://www.linkedin.com/e/isd/1067432141/zQSXsvMO/



 
--
(c) 2010, LinkedIn Corporation___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Re: [SCM] a52dec packaging branch, dima, created. debian/0.7.4-12-13-g47a2e20

2009-12-11 Thread Dmitrijs Ledkovs 
2009/12/11 Fabian Greffrath greffr...@leat.rub.de:
 Am 11.12.2009 08:21, schrieb Reinhard Tartler:

 I don't think Fabian really disagreed with using branches for
 changes. Actually, I do not at all and use local branches rather often.

 Yep, using branches is fine and recommended, but I don't think we need a
 separate branch on Alioth to fix debian/copyright.


Ok cool. I'll note this for the future.

-- 
With best regards


Dmitrijs Ledkovs (for short Dima),
Ледков Дмитрий Юрьевич

()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

RFS: a52dec.git

2009-12-07 Thread Dmitrijs Ledkovs 
Hello DD's

Please sponsor new revision of a52dec.

1) Hopefully I generated changelog with git-dch correctly
2) There is warning from lintian about man pages. I cannot currently
reproduce it outside chroot and still looking for ways to fix it.

git clone git://git.debian.org/pkg-multimedia/a52dec.git

Source: a52dec
Version: 0.7.4-13
Distribution: unstable
Urgency: low
Maintainer: Dmitrijs Ledkovs dmitrij.led...@gmail.com
Date: Mon, 07 Dec 2009 15:05:29 +
Changes:
 a52dec (0.7.4-13) unstable; urgency=low
 .
   [ Dmitrijs Ledkovs ]
   * Converted patches from dpatch to quilt.
   * Updated packaging to dh7
   * Updated debian/copyright to DEP5
   * Modified patches headers using DEP-3
   * Converted to source format 3.0 (quilt)
   * Added quilt's .pc directory to git ignore
   * Added misc:Depends to -dev package
   * Bumped Standards Version to 3.8.3
   * Reshuffled patches with libtoolize patch last in the series
   * Added myself to Uploaders
   * Added git-dch options to gbp.conf
 .
   [ Fabian Greffrath ]
   * Wrapped Uploaders, Build-Depends and Depends fields.
   * Updated my email address.
   * Instead of override_dh_auto_clean, remove config.sub and
 config.guess from debian/clean (from the right directory).


-- 
With best regards


Dmitrijs Ledkovs (for short Dima),
Ледков Дмитрий Юрьевич

()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers