Bug#469397: XBMC Packages Ready

[Andres Mejia]

Ok. I have a set of packages for XBMC ready for review and for upload to 
experimental. It can be found in the Debian Multimedia Team's git repo.

git://git.debian.org/git/pkg-multimedia/xbmc.git
http://git.debian.org/?p=pkg-multimedia/xbmc.git;a=summary

-- 
Regards,
Andres



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

Bug#426048: ITP: fuppes -- FUPPES is a free multiplatform UPnP (TM) A/V Media Server

[Andres Mejia]

If nobody minds, I would like to work on packaging fuppes. I already maintain 
mediatomb, but am looking for another alternative to mediatomb as it has been 
a while since anyone has worked on mediatomb upstream. Aside from that, I also 
want a mediaserver that supports xbox360, which mediatomb does not support.

Regards,
Andres



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

Bug#534144: opencore-amr ready for review

[Andres Mejia]

I've made a new upstream release for opencore-amr (version 0.1.2) and setup 
the packaging for it. It is now ready for review and upload in the git repo.

git+ssh://git.debian.org/git/pkg-multimedia/opencore-amr.git

Note that if you already pulled from this repository before, you may need to 
re-clone it since I removed the old repository and placed a new one with just 
the changes made for packaging.

-- 
Regards,
Andres



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

Bug#469397: xbmc ready for review

[Andres Mejia]

Just as a reminder, I have xbmc ready for review and upload in the git repo.

git+ssh://git.debian.org/git/pkg-multimedia/xbmc.git

-- 
Regards,
Andres



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

Bug#549626: ITP: libvdpau -- Video Decode and Presentation API for Unix

[Andres Mejia]

Just so you know, I thought I would help out with the packaging of libvdpau so
I've setup the packaging for it. You can find it here.

git://git.debian.org/git/pkg-multimedia/libvdpau.git
http://git.debian.org/?p=pkg-multimedia/libvdpau.git

The packaging should be moved somewhere in a git repository maintained by the
Debian NVIDIA Maintainers team.

Anyway, this packages libvdpau-0.2. This addresses the concerns at [1].

One concern I have is with the trace library, libvdpau_trace.so. If this
library is not going to supply any versioning, than this library should reside
in a subdirectory in /usr/lib. For example, we could follow the same scheme
adopted by pulseaudio, have the trace library installed in
/usr/lib/vdpau-0.2/modules.

If the library is to be ABI compatible across different revisions, than
versioning info should be added to the library instead.

1. 
https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-180/+bug/432172

-- 
Regards,
Andres



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

Bug#556386: ITP: libdigest-sha-pureperl-perl -- Digest::SHA::PurePerl - Perl implementation of SHA-1/224/256/384/512

[Andres Mejia]

Package: wnpp
Severity: wishlist
Owner: Andres Mejia 


* Package name: libdigest-sha-pureperl-perl
  Version : 5.47
  Upstream Author : Mark Shelor 
* URL : http://search.cpan.org/dist/Digest-SHA-PurePerl/
* License : Perl, GPL+1
  Programming Lang: Perl
  Description : Digest::SHA::PurePerl - Perl implementation of 
SHA-1/224/256/384/512

Digest::SHA::PurePerl is a complete implementation of the NIST Secure Hash
Standard written entirely in Perl. It gives Perl programmers a convenient way
to calculate SHA-1, SHA-224, SHA-256, SHA-384, and SHA-512 message digests. It
is functionally equivalent to the Digest::SHA module.



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

Bug#556386: ITP: libdigest-sha-pureperl-perl -- Digest::SHA::PurePerl - Perl implementation of SHA-1/224/256/384/512

[Andres Mejia]

On Sunday 15 November 2009 13:38:01 Jonathan Yu wrote:
> On Sun, Nov 15, 2009 at 1:28 PM, Peter Samuelson  wrote:
> > [Andres Mejia]
> >
> >> Digest::SHA::PurePerl is a complete implementation of the NIST Secure
> >> Hash Standard written entirely in Perl. It gives Perl programmers a
> >> convenient way to calculate SHA-1, SHA-224, SHA-256, SHA-384, and
> >> SHA-512 message digests. It is functionally equivalent to the
> >> Digest::SHA module.
> >
> > Is there any possible point?  All Debian architectures can build and
> > run XS Perl modules.
> 
> (Note: I have no idea what this particular case is about)
> 
> PurePerl programs are often useful because they have less risk of
> crashing horribly via a segfault. I'm not sure how this applies to
> something as well-tested as the Digest::SHA module or the C
> implementation of the algorithm.
> 
> It should be noted that while all arches can build and run XS modules,
> it doesn't preclude a given arch from being unable to build a module
> properly. In that case, it's convenient to be able to fall back to a
> pure perl equivalent easily.
> 
> Neither of these is really convincing (not to me, and probably not to
> you), but it's the best I could come up with.

Well, really the only reason why I'm even bothering to package this is because 
I'm working on an assignment which I want to make sure builds and runs on 
CentOS and OSX and making Digest::SHA::PurePerl work would be easier for me 
than making Digest::SHA build and run on these other distros. Of course, I 
know I didn't need to debianize this module for this particular purpose, but I 
thought I would take the time to package it anyway.

For anyone willing to sponsor an upload of this module, I have packages ready 
for review and upload at:
git://git.debian.org/git/pkg-perl/packages/libdigest-sha-pureperl-perl.git
http://git.debian.org/?p=pkg-perl/packages/libdigest-sha-pureperl-
perl.git;a=summary

Thanks in advance.

-- 
Regards,
Andres



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

Bug#556386: ITP: libdigest-sha-pureperl-perl -- Digest::SHA::PurePerl - Perl implementation of SHA-1/224/256/384/512

[Andres Mejia]

Ok. I've moved the packaging to svn with the rest of the Perl modules. 
Packaging is now at:
Vcs-Svn: svn://svn.debian.org/pkg-perl/trunk/libdigest-sha-pureperl-perl/
Vcs-Browser:
 http://svn.debian.org/viewsvn/pkg-perl/trunk/libdigest-sha-pureperl-perl/

Again, it's ready for review and upload, for anyone willing to sponsor an 
upload of this module. Thanks in advance.

-- 
Regards,
Andres



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

Bug#556593: ITP: libcrypt-misty1-perl -- Perl module implementing the Misty1 algorithm

[Andres Mejia]

Package: wnpp
Severity: wishlist
Owner: Andres Mejia 


* Package name: libcrypt-misty1-perl
  Version : 1.1.3
  Upstream Author : Julius C. Duque 
* URL : http://search.cpan.org/dist/Crypt-Misty1/
* License : GPL
  Programming Lang: Perl, C
  Description : Perl module implementing the Misty1 algorithm

The Crypt::Misty1 module provides an XS-based implementation of the Misty1
encryption algorithm designed by Mitsuru Matsui.



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

Bug#549626: Some input about the new libvdpau

[Andres Mejia]

Been reading through the bug log since my last message. Here's some input I 
have.

About putting libvdpau into ia32-libs or some similar package. This could be 
done if you coordinate with the proper team (Debian ia32-libs Team ). I imagine you just file a wishlist 
bug against ia32-libs.

About whether the package should be arch any or arch all, libvdpau is 
architecture *dependent*, so it should be arch *any*.

Also, yes there was a mistake with forgetting to have the dev package depend 
on the library. This is the proper way to fix that issue:
http://git.debian.org/?p=pkg-
multimedia/libvdpau.git;a=commitdiff;h=ee852017eed079f469de0f6112a83a4bfd5a8376

About the new file layout:

> Copying the details I posted to bug 547248 here too:
> 
> Yet-to-be-released NVIDIA drivers will install:
> 
> /usr/lib/libvdpau.so -> libvdpau.so.1
> /usr/lib/libvdpau.so.1 -> libvdpau.so.190.NN
> /usr/lib/libvdpau.so.190.NN
> /usr/lib/libvdpau_nvidia.so -> vdpau/libvdpau_nvidia.so.190.NN
> /usr/lib/libvdpau_trace.so -> vdpau/libvdpau_trace.so.190.NN
> /usr/lib/vdpau/libvdpau_nvidia.so.1 -> libvdpau_nvidia.so.190.NN
> /usr/lib/vdpau/libvdpau_nvidia.so.190.NN
> /usr/lib/vdpau/libvdpau_trace.so.1 -> libvdpau_trace.so.190.NN
> /usr/lib/vdpau/libvdpau_trace.so.190.NN
> 
> git HEAD libvdpau will install:
> 
> /usr/lib/libvdpau.la
> /usr/lib/libvdpau.so -> libvdpau.so.1.0.0
> /usr/lib/libvdpau.so.1 -> libvdpau.so.1.0.0
> /usr/lib/libvdpau.so.1.0.0
> /usr/lib/vdpau/libvdpau_trace.la
> /usr/lib/vdpau/libvdpau_trace.so -> libvdpau_trace.so.1.0.0
> /usr/lib/vdpau/libvdpau_trace.so.1 -> libvdpau_trace.so.1.0.0
> /usr/lib/vdpau/libvdpau_trace.so.1.0.0

Yes, this is acceptable.

Just so you know, the libtool libraries (.la files) are never placed in Debian 
packages, but there's no need to change any of the upstream code for that.

-- 
Regards,
Andres



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

Bug#549626: Changing owner of bug

[Andres Mejia]

owner 549626 pkg-nvidia-de...@lists.alioth.debian.org
thanks

It's better if this bug becomes team maintained, so I'm setting the owner to 
the Debian NVIDIA Maintainers team.

-- 
Regards,
Andres



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

Bug#549626: Packaging now in Debian NVIDIA Maintainers svn repo

[Andres Mejia]

I've now placed the packaging for libvdpau in the svn repo, along with the 
orig tarball. Here are the locations.

Vcs-Svn: svn://svn.debian.org/svn/pkg-nvidia/packages/libvdpau
Vcs-Browser: http://svn.debian.org/wsvn/pkg-nvidia/packages/libvdpau/?op=log

The orig tarball can be downloaded from the svn repo as well.
http://svn.debian.org/wsvn/pkg-nvidia/tarballs/libvdpau_0.2.orig.tar.gz

An upload could probably wait until the next release of libvdpau is done, 
seeing that it may happen soon.

-- 
Regards,
Andres



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

Bug#549626: [pkg-nvidia-devel] Bug#549626: Packaging now in Debian NVIDIA Maintainers svn repo

[Andres Mejia]

On Friday 20 November 2009 14:33:18 Randall Donald wrote:
> On Fri, 2009-11-20 at 13:42 -0500, Andres Mejia wrote:
> > I've now placed the packaging for libvdpau in the svn repo, along with
> > the orig tarball. Here are the locations.
> >
> > Vcs-Svn: svn://svn.debian.org/svn/pkg-nvidia/packages/libvdpau
> > Vcs-Browser:
> > http://svn.debian.org/wsvn/pkg-nvidia/packages/libvdpau/?op=log
> >
> > The orig tarball can be downloaded from the svn repo as well.
> > http://svn.debian.org/wsvn/pkg-nvidia/tarballs/libvdpau_0.2.orig.tar.gz
> >
> > An upload could probably wait until the next release of libvdpau is done,
> > seeing that it may happen soon.
> 
> Thanks for your work.
> 

You're welcome. And now, libvdpau-0.3 has been packaged and the packaging has 
been placed in the svn repo.

Note that you'll have to re-checkout from the svn repo, since I screwed up the 
last checkin of libvdpau-0.3. Other than that, all the files are in the usual 
places.

Also, before any upload of libvdpau is done, the nvidia-graphics-drivers 
packages for libvdpau has to have one package that only installs the vdpau 
driver (i.e. the libvdpau_nvidia.so.* files). So an nvidia-libvdpau1-driver 
package should exist that only installs the vdpau driver.

This means we have to wait until the next NVIDIA driver release is made, which 
should have the files,
 /usr/lib/libvdpau_nvidia.so -> vdpau/libvdpau_nvidia.so.190.NN
 /usr/lib/vdpau/libvdpau_nvidia.so.1 -> libvdpau_nvidia.so.190.NN
 /usr/lib/vdpau/libvdpau_nvidia.so.190.NN

-- 
Regards,
Andres



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

Bug#549626: [PATCH] Dedicated package for the NVIDIA VDPAU driver

[Andres Mejia]

ibvdpau.so
-usr/lib32/libvdpau_nvidia.so.#VERSION#	usr/lib32/libvdpau_nvidia.so
 usr/lib32/libvdpau_trace.so.#VERSION#	usr/lib32/libvdpau_trace.so
Index: debian/nvidia-libvdpau1-driver-ia32.dirs
===
--- debian/nvidia-libvdpau1-driver-ia32.dirs	(revision 0)
+++ debian/nvidia-libvdpau1-driver-ia32.dirs	(revision 0)
@@ -0,0 +1 @@
+usr/lib32
Index: debian/nvidia-libvdpau1-driver.dirs
===
--- debian/nvidia-libvdpau1-driver.dirs	(revision 0)
+++ debian/nvidia-libvdpau1-driver.dirs	(revision 0)
@@ -0,0 +1 @@
+usr/lib
Index: debian/nvidia-libvdpau1.lintian-overrides.i386.in
===
--- debian/nvidia-libvdpau1.lintian-overrides.i386.in	(revision 649)
+++ debian/nvidia-libvdpau1.lintian-overrides.i386.in	(working copy)
@@ -1,12 +1,7 @@
 nvidia-libvdpau1: shlib-without-PT_GNU_STACK-section usr/lib/libvdpau.so.#VERSION#
-nvidia-libvdpau1: shlib-without-PT_GNU_STACK-section usr/lib/libvdpau_nvidia.so.#VERSION#
 nvidia-libvdpau1: shlib-without-PT_GNU_STACK-section usr/lib/libvdpau_trace.so.#VERSION#
-nvidia-libvdpau1: shlib-with-non-pic-code usr/lib/libvdpau_nvidia.so.#VERSION#
 nvidia-libvdpau1: binary-has-unneeded-section ./usr/lib/libvdpau.so.#VERSION# .comment
-nvidia-libvdpau1: binary-has-unneeded-section ./usr/lib/libvdpau_nvidia.so.#VERSION# .comment
-nvidia-libvdpau1: binary-has-unneeded-section ./usr/lib/libvdpau_nvidia.so.#VERSION# .note
 nvidia-libvdpau1: binary-has-unneeded-section ./usr/lib/libvdpau_trace.so.#VERSION# .comment
 
 # libvdpau.so.1 does dlopen("libvdpau_*.so")
-nvidia-libvdpau1: non-dev-pkg-with-shlib-symlink usr/lib/libvdpau_nvidia.so.#VERSION# usr/lib/libvdpau_nvidia.so
 nvidia-libvdpau1: non-dev-pkg-with-shlib-symlink usr/lib/libvdpau_trace.so.#VERSION# usr/lib/libvdpau_trace.so
Index: debian/nvidia-libvdpau1-driver.symbols.amd64
===
--- debian/nvidia-libvdpau1-driver.symbols.amd64	(revision 0)
+++ debian/nvidia-libvdpau1-driver.symbols.amd64	(revision 0)
@@ -0,0 +1,2 @@
+libvdpau_nvidia.so nvidia-libvdpau1-driver #MINVER#
+ vdp_imp_device_create_...@base 180.06
Index: debian/nvidia-libvdpau1-driver.lintian-overrides.amd64.in
===
--- debian/nvidia-libvdpau1-driver.lintian-overrides.amd64.in	(revision 0)
+++ debian/nvidia-libvdpau1-driver.lintian-overrides.amd64.in	(revision 0)
@@ -0,0 +1,4 @@
+nvidia-libvdpau1-driver: binary-has-unneeded-section ./usr/lib/libvdpau_nvidia.so.#VERSION# .comment
+
+# libvdpau.so.1 does dlopen("libvdpau_*.so")
+nvidia-libvdpau1-driver: non-dev-pkg-with-shlib-symlink usr/lib/libvdpau_nvidia.so.#VERSION# usr/lib/libvdpau_nvidia.so
Index: debian/nvidia-libvdpau1-driver.postrm
===
--- debian/nvidia-libvdpau1-driver.postrm	(revision 0)
+++ debian/nvidia-libvdpau1-driver.postrm	(revision 0)
@@ -0,0 +1,8 @@
+#!/bin/sh
+set -e
+
+if [ "$1" = "remove" ]; then
+	ldconfig
+fi
+
+#DEBHELPER#
Index: debian/nvidia-libvdpau1.symbols.i386
===
--- debian/nvidia-libvdpau1.symbols.i386	(revision 649)
+++ debian/nvidia-libvdpau1.symbols.i386	(working copy)
@@ -2,10 +2,6 @@
  nv_vdpau_wrapper...@base 180.06
  pnv_vdpau_wrapper...@base 180.06
  vdp_device_create_...@base 180.06
-libvdpau_nvidia.so nvidia-libvdpau1 #MINVER#
- mk...@base 180.06
- s...@base 180.06
- vdp_imp_device_create_...@base 180.06
 libvdpau_trace.so nvidia-libvdpau1 #MINVER#
  nv_vdpau_trace...@base 180.06
  _z40_vdp_cap_init_planes_adapt_surface_videojpjs...@base 180.06
Index: debian/nvidia-libvdpau1.links.in
===
--- debian/nvidia-libvdpau1.links.in	(revision 649)
+++ debian/nvidia-libvdpau1.links.in	(working copy)
@@ -1,3 +1,2 @@
 usr/lib/libvdpau.so.#VERSION#		usr/lib/libvdpau.so.1
-usr/lib/libvdpau_nvidia.so.#VERSION#	usr/lib/libvdpau_nvidia.so
 usr/lib/libvdpau_trace.so.#VERSION#	usr/lib/libvdpau_trace.so
Index: debian/changelog
===
--- debian/changelog	(revision 649)
+++ debian/changelog	(working copy)
@@ -1,3 +1,9 @@
+nvidia-graphics-drivers (190.42-3) unstable; urgency=low
+
+  * Provide a package for just the NVIDIA VDPAU driver.
+
+ -- Andres Mejia   Fri, 20 Nov 2009 18:46:02 -0500
+
 nvidia-graphics-drivers (190.42-2) unstable; urgency=low
 
   * Fix nextver (closes: #556594, #556571) 
Index: debian/nvidia-libvdpau1-driver.symbols.i386
===
--- debian/nvidia-libvdpau1-driver.symbols.i386	(revision 0)
+++ debian/nvidia-libvdpau1-driver.symbols.i386	(revision 0)
@@ -0,0

Bug#549626: [pkg-nvidia-devel] Bug#549626: Packaging now in Debian NVIDIA Maintainers svn repo

[Andres Mejia]

On Saturday 21 November 2009 04:53:03 Christian Marillat wrote:
> Andres Mejia  writes:
> 
> [...]
> 
> > Also, before any upload of libvdpau is done, the nvidia-graphics-drivers
> > packages for libvdpau has to have one package that only installs the
> > vdpau driver (i.e. the libvdpau_nvidia.so.* files). So an
> > nvidia-libvdpau1-driver package should exist that only installs the vdpau
> > driver.
> >
> > This means we have to wait until the next NVIDIA driver release is made,
> > which should have the files,
> 
> Why do you want to wait for a new driver release ? We don't need to wait
> at least 2 months for a news driver + 1 month in the new queue. Make
>  symlinks.
> 
> Christian
> 

There's no need to wait for a new driver release with the patch I sent 
earlier. The only waiting that will be done is waiting for an nvidia-
libvdpau1-driver package to go through NEW.

-- 
Regards,
Andres



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

Bug#549626: Packages ready for review and upload

[Andres Mejia]

Just so you know, I have applied changes to nvidia-graphics-drivers to create 
a separate package for the VDPAU driver (nvidia-libvdpau1-driver) in the svn 
repo. Also, I've updated the packaging for libvdpau in the svn repo as well.

These two packages are ready to be reviewed and uploaded.

-- 
Regards,
Andres



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

Bug#469397: quick XBMC review

[Andres Mejia]

Please CC the bug too.

On Wednesday 25 November 2009 16:35:59 Bruno Kleinert wrote:
> Hi there,
> 
> I had a quick look at XBMC's source tree and wrote some kind of
> "protocol" about everything that didn't look that good to me. Here we
> go...
> 
> ---[ snip ]---
> Copies of external packages' source code
> 
> tinyXML version unknown
> lib/fontconfig_win32 version 2.7.3
> lib/freetype version 2.3.9
> lib/libSDL-WIN32 unknown version, patched with
> lib/libSDL-WIN32/SDL_SetWidthHeight.diff
> system/python/spyce
> cdrip/oggvorbis/*
> cores/dvdplayer/Codecs/ffmpeg
> cores/dvdplayer/Codecs/liba52
> cores/dvdplayer/Codecs/libdts
> cores/dvdplayer/Codecs/libdvd
> cores/dvdplayer/Codecs/libfaad2
> cores/dvdplayer/Codecs/libmad
> cores/dvdplayer/Codecs/libmpeg2
> cores/dvdplayer/DVDCodecs/Audio/liba52
> cores/dvdplayer/DVDCodecs/Audio/libdts
> cores/dvdplayer/DVDCodecs/Audio/libfaad
> cores/dvdplayer/DVDCodecs/Audio/libmad
> cores/dvdplayer/DVDInputStreams/dvdnav
> cores/dvdplayer/DVDInputStreams/mms
> cores/ffmpeg
> cores/paplayer/AC3Codec
> cores/paplayer/FLACCodec/flac-1.2.1
> cores/paplayer/ModuleCodec/dumb also it's non-DFSG free
> cores/paplayer/ogg
> cores/paplayer/SIDCodec/libsidplay
> cores/paplayer/SIDCodec/builders/hardsid-build
> cores/paplayer/SIDCodec/builders/resid-builder
> cores/paplayer/SPCCodec
> xbmc/cores/paplayer/timidity
> cores/paplayer/vgmstream
> cores/paplayer/vorbisfile
> cores/paplayer/WavPackCodec
> cores/paplayer/YMCodec
> FileSystem/curl
> lib/"mostly"* - WTF?! What an unbelievable mess! Even source copies
> contain other source copies?!?
> xbmc/screensavers/rsxs-0.9
> xbmc/visualizations/Goom/goom2k4-0 - Copied & patched
> xbmc/visualizations/Milkdrop/vis_milkdrop
> xbmc/visualizations/OpenGLSpectrum

Yes, xbmc does use third party code, which include libraries. It is possible 
to use system libraries rather than internal libraries for most of the 
libraries xbmc ships. I would like to see xbmc use nothing but system 
libraries where available, but this of course is going to require a lot of 
work.

> Illegal sources
> ===
> media/Fonts/arial.ttf

I suppose these can be replaced with the Liberation fonts.

> All precompiled binaries (Some with not so obvious suffixes)

I don't see how these are illegal, unless you mean they don't have the 
corresponding source used to compile them, with license. In any case, could 
you clarify what you meant by this.

> skin/PM3.HD/HomeSystemIcon Licence.txt is non-DFSG free

The only file this affects is "skin/PM3.HD/media/homeinfo-system.png". The 
author agreed to allow for that file to be replaced with something suitable.

> skin/Project Mayhem III/fonts/FrancophilSans_readme.txt is non-DFSG free

The Project Mayhem III skin has been removed in the latest upstream source, so 
this doesn't matter anymore.

> found in tools/Linux/debian/copyright - DUMB license is non-DFSG;
> requires the licensee to feed their dogs at full moon. Haha, that is so
> funny...

For the issue with the DUMB license, I would be satisfied with either the DUMB 
devs (no pun intended) change their license to just simply the BSD (at least I 
think that's what their intention was before the extra clauses were thrown 
in), or xbmc uses libmikmod instead. I have a preference with switching to 
libmikmod, since I think that will be easier than trying to convince the DUMB 
devs to change their license.

> Questionable/Useless
> 
> media/weather.rar
> credits/credits.mod
> find -iname "*.bat"

These are used, though of course the .bat files are not used in linux.

> keymapping-schematic.pdf (Xbox, Microsoft logos, origin/author?)

This has been removed already.

> project/*

These are used for Windows at least.

> xbmc-xrandr.c - WTF?!

What exactly is the problem with xbmc-xrandr.c?

> scripts/*.zip

XBMC can open scripts that are inside a zip file.

> skin/PM3.HD/backgrounds/*.jpg (copyrights/authors questionable)

The PM3.HD skin is distributed under the same terms as xbmc. Same with the 
Confluence skin which will be in the next release of xbmc.

> skin/PM3.HD/media/flagging/audio/{dolbydigital.png,dts.png,mp3.png,wmapro.p
> ng} trademark logos and license/redistribution?
>  skin/PM3.HD/media/flagging/video/{divx.png,h264.png} trademark logos and
>  license/redistribution?

Not sure about the issue with the trademark logos. I've spoken with the author 
of the skin, and he's doesn't like idea of removing the logos, or replacing 
them with some other non-trademarked logo or something similar.

I'm going to need more time to resolve this. I think those logos only impose 
usage restrictions such as what size they can be, what color they have to be, 
and so forth. Overall, I think these are redistributable. In any case, xbmc 
would be placed in non-free anyway, although that was for other issues which 
I'll point out later.

> system/asound.conf - WTF?!

Don't know why that file is there.

> system/python/D

Bug#469397: quick XBMC review

[Andres Mejia]

On Friday 27 November 2009 07:56:33 Bruno Kleinert wrote:
> Am Donnerstag, den 26.11.2009, 22:35 -0500 schrieb Andres Mejia:
> > Please CC the bug too.
> >
> > On Wednesday 25 November 2009 16:35:59 Bruno Kleinert wrote:
> > > Hi there,
> > >
> > > I had a quick look at XBMC's source tree and wrote some kind of
> > > "protocol" about everything that didn't look that good to me. Here we
> > > go...
> > >
> > > ---[ snip ]---
> > > Copies of external packages' source code
> > > 
> > > tinyXML version unknown
> > > lib/fontconfig_win32 version 2.7.3
> > > lib/freetype version 2.3.9
> > > lib/libSDL-WIN32 unknown version, patched with
> > > lib/libSDL-WIN32/SDL_SetWidthHeight.diff
> > > system/python/spyce
> > > cdrip/oggvorbis/*
> > > cores/dvdplayer/Codecs/ffmpeg
> > > cores/dvdplayer/Codecs/liba52
> > > cores/dvdplayer/Codecs/libdts
> > > cores/dvdplayer/Codecs/libdvd
> > > cores/dvdplayer/Codecs/libfaad2
> > > cores/dvdplayer/Codecs/libmad
> > > cores/dvdplayer/Codecs/libmpeg2
> > > cores/dvdplayer/DVDCodecs/Audio/liba52
> > > cores/dvdplayer/DVDCodecs/Audio/libdts
> > > cores/dvdplayer/DVDCodecs/Audio/libfaad
> > > cores/dvdplayer/DVDCodecs/Audio/libmad
> > > cores/dvdplayer/DVDInputStreams/dvdnav
> > > cores/dvdplayer/DVDInputStreams/mms
> > > cores/ffmpeg
> > > cores/paplayer/AC3Codec
> > > cores/paplayer/FLACCodec/flac-1.2.1
> > > cores/paplayer/ModuleCodec/dumb also it's non-DFSG free
> > > cores/paplayer/ogg
> > > cores/paplayer/SIDCodec/libsidplay
> > > cores/paplayer/SIDCodec/builders/hardsid-build
> > > cores/paplayer/SIDCodec/builders/resid-builder
> > > cores/paplayer/SPCCodec
> > > xbmc/cores/paplayer/timidity
> > > cores/paplayer/vgmstream
> > > cores/paplayer/vorbisfile
> > > cores/paplayer/WavPackCodec
> > > cores/paplayer/YMCodec
> > > FileSystem/curl
> > > lib/"mostly"* - WTF?! What an unbelievable mess! Even source copies
> > > contain other source copies?!?
> > > xbmc/screensavers/rsxs-0.9
> > > xbmc/visualizations/Goom/goom2k4-0 - Copied & patched
> > > xbmc/visualizations/Milkdrop/vis_milkdrop
> > > xbmc/visualizations/OpenGLSpectrum
> >
> > Yes, xbmc does use third party code, which include libraries. It is
> > possible to use system libraries rather than internal libraries for most
> > of the libraries xbmc ships. I would like to see xbmc use nothing but
> > system libraries where available, but this of course is going to require
> > a lot of work.
> >
> > > Illegal sources
> > > ===
> > > media/Fonts/arial.ttf
> >
> > I suppose these can be replaced with the Liberation fonts.
> 
> I think the dejavu-* fonts could be an alternative, too.

We'll just stick with one replacement, and I would personally choose the 
Liberation fonts as that at least is advertised as compatible with the 
Monotype fonts.

> > > All precompiled binaries (Some with not so obvious suffixes)
> >
> > I don't see how these are illegal, unless you mean they don't have the
> > corresponding source used to compile them, with license. In any case,
> > could you clarify what you meant by this.
> 
> I meant that there shouldn't be anything precompiled in
> our .orig.tar.*s. Illegal is just some category I made up. Don't rely
> too much on the names of my topics ;)

*OUR* orig.tar.*s? You should be careful with this kind of phrasing. Last I 
checked, Debian is not some distro which includes software which is forked 
from their respective upstream sources (though at times it may seem that way).

> > > Questionable/Useless
> > > 
> > > media/weather.rar
> > > credits/credits.mod
> > > find -iname "*.bat"
> >
> > These are used, though of course the .bat files are not used in linux.
> 
> Then I suggest to drop them from the .orig.tar.gz. In some packages I
> use scripts to generate .orig.tar.gz files which automatically strip
> unwanted files before compressing the sources.
> 
> Something like find -iname "*.bat" -exec rm -f "{}" \; should be enough.
> Probably also usable for other kind of files (*.exe, *.dll, *.lib,
> *.dylib and so on)
> 
> > > project/*
> >
> > These are used for Windows at least.
> 
> Then I suggest to remove that directory from the

Bug#464794: RFP: pcsx2 -- PlayStation 2 Emulator

[Andres Mejia]

Package: wnpp
Severity: wishlist

Package name: pcsx2
Version: N/A; reported 2008-02-08
Upstream Author: Linuzappz [EMAIL PROTECTED]
URL: http://www.pcsx2.net/
License: GPL
Description: PlayStation 2 Emulator
PCSX2 is a PlayStation 2 emulator for Windows and
Linux, started by the same team that brought you PCSX
(a Sony PlayStation 1 emulator).



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#464891: RFP: libsys-gamin-perl -- Perl interface to Gamin (File Access Monitor implementation)

[Andres Mejia]

Package: wnpp
Severity: wishlist

Package name: libsys-gamin-perl
Version: N/A; reported 2008-02-09
Upstream Author: Carlos Garnacho <[EMAIL PROTECTED]>
URL: http://search.cpan.org/~garnacho/Sys-Gamin-0.1/lib/Sys/Gamin.pm
License: Artistic, GPL
Description: Perl interface to Gamin (File Access Monitor implementation)



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#464894: O: robodoc -- A source code documentation tool

[Andres Mejia]

Package: wnpp
Version: N/A; reported 2008-02-09
Severity: normal

There's a new version available, but the current maintainer doesn't have time 
at the moment to work on robodoc. He's allowing this package to be Orphaned. 
(http://bugs.debian.org/339601)

I had started packaging the new version myself, but found that it didn't do 
what I expected it to do, which was generate simple man pages like what's 
done with pod2man. I don't plan on maintaining robodoc. I've left the work 
I've done with robodoc under git.debian.org.
git://git.debian.org/git/collab-maint/robodoc.git
http://git.debian.org/?p=collab-maint/robodoc.git

-- 
Regards,
Andres



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#465937: ITA: debpool -- pool-based Debian package archiver

[Andres Mejia]

retitle 465937 ITA: debpool -- pool-based Debian package archiver
owner 465937 [EMAIL PROTECTED]
thanks

The debpool developers team will adopt this package.

-- 
Regards,
Andres



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#461348: OgreAL needs OpenAL 1.1

[Andres Mejia]

According to the post at 
http://www.ogre3d.org/phpBB2addons/viewtopic.php?t=5932&sid=e8138203786c13719048b52d09d180d3
OgreAL will need to use at least OpenAL 1.1. Packaging of OgreAL will have to 
wait until packages for OpenAL 1.1 appear in the Debian archive.

-- 
Regards,
Andres



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#473128: ITP: openal-soft -- linux-port of the windows implementation of the cross-platform 3D-audio library OpenAL

[Andres Mejia]

I hope you don't mind, but I did some work on this package as well. Here's 
what I've done so far.

  [Andres Mejia]
  * Make the build output verbose.
  * Allow options passed to cmake to be overridable using DEB_CMAKE_OPTIONS.
  * Support nostrip option.
  * Build "Release" type libraries by default.
  * Support building of static libraries.
  * Added myself in Uploaders field.
  * Set libopenal-dev to depend on binary version.
  * Added new todo. Also renamed TODO to TODO.Debian.
  * Added README.Debian.

The changes have been committed to SVN of course. I have some questions. Isn't 
there going to be a problem with having a binary package (libopenal-dev) in 
two source packages? Wouldn't it be better if this package replaced the old 
openal package?

-- 
Regards,
Andres



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#473128: ITP: openal-soft -- linux-port of the windows implementation of the cross-platform 3D-audio library OpenAL

[Andres Mejia]

I did some testing with the new OpenAL libraries with ogreal. ogreal performs 
better on the new libraries then they do with the other ones. When I 
say "perform better", I mean all the ogreal demos actually run (as opposed to 
some of them segfaulting).

I think "openal-soft" should instead be named "openal" and thus be the new 
version of openal. Maybe we could upload a package to experimental first to 
start testing it.

Could anyone provide a list of the reverse dependencies for openal? I would 
like to test a few more packages with the new openal libraries.

-- 
Regards,
Andres



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#473128: Replace OpenAL with OpenAL Soft

[Andres Mejia]

I've tested warsow, glest, and supertuxkart with the new openal soft libraries 
and they all build and run on the new libraries without any problems. I 
really think that OpenAL Soft should be packaged as just "openal". We should 
upload a package to experimental first and do some more testing.

Any thoughts?

Also, could any DD run the following command on merkel and post the output to 
the mailing list?
`dak rm -Rn openal`

-- 
Regards,
Andres



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#461348: ITP: ogreal

[Andres Mejia]

The openal-soft packages looks to be the answer to getting ogreal suitable for 
distribution through Debian (at least in experimental).

openal-soft ITP bug #473128
http://bugs.debian.org/473128



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#473128: Testing packages with openal-soft

[Andres Mejia]

Hello,

I hate to be an annoyance with these "openal-soft" emails, but here's yet 
another one.

I've done my own tests of packages using the openal-soft library. Here's my 
results so far.

First off, here's what I think is a better list of at least the source 
packages that use openal.

>> grep-dctrl -FBuild-Depends,Build-Depends-Indep \
-s Package libopenal-dev -n /var/lib/apt/lists/*_Sources
funguloids
glest
tremulous
warsow
antigrav
boson
btanks
chromium
crystalspace
fgfs-atlas
flightgear
freealut
haskell-openal
hugs98
mplayer
nel
openarena
osgal
pyopenal
rss-glx
scorched3d
simgear
soya
supertuxkart
taoframework
torcs
trigger
vegastrike
warzone2100
xpilot-ng


For me (on i386), all these packages built and ran without a problem using the 
openal-soft library.

glest
supertuxkart
antigravitaattori (source: antigrav)
scorched3d
xpilot-ng-client-sdl (source: xpilot-ng)
xpilot-ng-client-x11 (source: xpilot-ng)
flightgear (and dependency simgear)
vegastrike
warzone2100
trigger
openarena
btanks
supertux (experimental packages)
tremulous
torcs
mplayer
ogreal (only in games team svn)
warsow

Here are the packages that build but are giving me problems while running.

funguloids (crashes, though problem might be with ogre library)
boson (I've tried numerous settings, but I receive no sound)

Here's a package that required me to make a change for building, otherwise, it 
ran fine.

chromium (disable use of alc[GS]etAudioChannel extensions)

Here's a package I built, but had no way to test directly

freealut

And here are the rest of the packages which I didn't test, most of them 
however are libraries or bindings of some sort.

crystalspace
fgfs-atlas
haskell-openal
hugs98
nel
osgal
pyopenal
rss-glx
soya
taoframework

There it is. I really think the openal-soft library should be the new "openal" 
library. I don't know if these could be release with Lenny however.

One more thing, I left the fix for chromium in a branch in the svn repo.
http://svn.debian.org/wsvn/pkg-games/packages/branches/chromium/chromium-openal-soft/?rev=0&sc=0

-- 
Regards,
Andres



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#473128: OpenAL-SI Deprecated

[Andres Mejia]

Thought I should mention this. The openal upstream are well aware of the 
OpenAL Soft library. In fact, the openal upstream have virtually considered 
the SI (i.e. openal-0.0.8) deprecated and recommend the OpenAL Soft library 
in favor of the SI. Here are some links.
http://opensource.creative.com/pipermail/openal-devel/2007-December/004977.html
http://opensource.creative.com/pipermail/openal/2008-February/010981.html
http://opensource.creative.com/pipermail/openal/2008-March/011019.html
http://opensource.creative.com/pipermail/openal/2008-April/011073.html

Here's is the package at mentors.debian.net, for anyone who wants to try it 
out.
- dget 
http://mentors.debian.net/debian/pool/main/o/openal-soft/openal-soft_1.3.253-1~experimental0.dsc

-- 
Regards,
Andres



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#473128: OpenAL Soft to become the Default OpenAL Library

[Andres Mejia]

Hello,

There is a new library for the OpenAL API which is called OpenAL Soft. This 
new library is OpenAL 1.1 compliant, and is considered the replacement for 
the deprecated OpenAL SI (openal-0.0.8). Below are some links with the 
discussions from upstream about this.
http://opensource.creative.com/pipermail/openal-devel/2007-December/004977.html
http://opensource.creative.com/pipermail/openal/2008-February/010981.html
http://opensource.creative.com/pipermail/openal/2008-March/011019.html
http://opensource.creative.com/pipermail/openal/2008-April/011073.html
http://opensource.creative.com/pipermail/openal-devel/2008-May/005176.html

I am writing to you all because I want your help in testing packages that 
build and/or run using the new library. The goal of the Debian Games Team is 
to include the OpenAL Soft library in unstable, in time for release with 
Lenny. I have already packaged openal-soft for inclusion in experimental. You 
can download them from mentors.debian.net.
- dget 
http://mentors.debian.net/debian/pool/main/o/openal-soft/openal-soft_1.3.253-1~experimental0.dsc

I have done some tests of my own. Almost every package I tested worked with 
the openal-soft packages without the need to make any changes. The packages 
that did need a change were funguloids and chromium. boson is the only 
package I know of that needs a fix (no sound with openal-soft) although none 
has been found so far.

The list of packages that I tested which build and ran fine with no changes 
are:
glest
supertuxkart
antigravitaattori (source: antigrav)
scorched3d
xpilot-ng-client-sdl (source: xpilot-ng)
xpilot-ng-client-x11 (source: xpilot-ng)
flightgear (and dependency simgear)
simgear
vegastrike (version in unstable)
warzone2100
trigger
openarena
btanks
supertux (version in experimental)
tremulous
torcs
mplayer
ogreal (only in Debian games team svn)
warsow

If you test the openal-soft packages, please leave any feedback at 
[EMAIL PROTECTED] and/or [EMAIL PROTECTED]

-- 
Regards,
Andres


signature.asc
Description: This is a digitally signed message part.

Bug#473128: New openal-soft packages uploaded to mentors.d.n

[Andres Mejia]

I've reuploaded the openal-soft packages. These would add a debug package, and 
would also go directly to sid.
- dget 
http://mentors.debian.net/debian/pool/main/o/openal-soft/openal-soft_1.3.253-1.dsc

-- 
Regards,
Andres


signature.asc
Description: This is a digitally signed message part.

Bug#426730: ITP: libarchive-extract-perl -- A generic archive extracting mechanism

[Andres Mejia]

There's probably no reason to package this module anymore as it's already 
included as part of perl-5.10.0 now.

-- 
Regards,
Andres


signature.asc
Description: This is a digitally signed message part.

Bug#469397: ITP: xbmc -- XBox Media Center Linux Port

[Andres Mejia]

On Monday 27 April 2009 11:38:04 Paul Menzel wrote:
> Dear Andres,
>
> Am Montag, den 23.03.2009, 13:07 +0100 schrieb Paul Menzel:
> > Am Freitag, den 30.01.2009, 02:14 -0500 schrieb Andres Mejia:
> > > Just thought I mention what needs to be done before xbmc can even be
> > > considered for upload to Debian (and just about any distro for that
> > > matter).
> > >
> > > So far, I've encountered two issues that need to be resolved before
> > > xbmc can be uploaded.
> > >
> > > 1. xbmc needs to use system libraries instead of the internal libraries
> > > provided in the source.
> > > 2. xbmc needs to follow the requirements of the FHS.
> > >
> > > I am currently working on the first issue. For anyone interested, you
> > > can checkout the changes I've implemented in their SVN repo under the
> > > external-libraries-support branch. I merge fairly frequently with the
> > > linuxport branch so that the only difference between the two branches
> > > is that one supports the use of external libraries.
> > >
> > > Any help is welcome. For anyone interested, here's a good place to
> > > start => http://xbmc.org/wiki/?title=XBMC_for_Linux
> > >
> > > Here's a place for any feedback on the external libraries support
> > > => http://xbmc.org/trac/ticket/5416
> >
> > Thank you very much for your work in getting XBMC packaged for Debian.
> >
> > Could you give a status update on your work? And even better could you
> > provide packages in a private repository for testing?
> >
> > As you probably know there are also packages for Ubuntu available [1].
> > Do you guys work together to save work?
>
> As you probably know XBMC 9.04 (Babylon) Beta 1 was released some days
> ago [3].
>
> XBMC could probably attract more users and get more testing, if it is
> packaged for Debian.
>
> Could you give us a status update, please?

Alright. I'm still working on getting xbmc to use system libs instead of the 
internal libs included with the xbmc source. I've had a setback with ffmpeg 
where 
I had to drop back to using the internal libs for ffmpeg. I haven't gotten 
around 
to fixing this.

As with the FHS issue, I think this will be a trivial fix anyway so once xbmc 
uses system libs, then an upload to Debian will surely follow soon.

For anyone wondering, there's a 99.9% chance there won't be an upload for the 
release of XBMC 9.04 to Debian. :-(

> Thanks a lot,
>
> Paul
>
> > [1] http://xbmc.org/forum/showthread.php?t=33327
> > [2] https://edge.launchpad.net/~team-xbmc-svn/+archive/ppa
>
> [3] http://xbmc.org/blog/2009/04/23/xbmc-904-babylon-beta-1-released/

-- 
Regards,
Andres


signature.asc
Description: This is a digitally signed message part.

Bug#527746: RFP: dirac -- advanced royalty-free video compression format

[Andres Mejia]

Package: wnpp
Severity: wishlist

* Package name: dirac
  Version : 1.0.2
  Upstream Author : Thomas Davies 
* URL : http://diracvideo.org/
* License : MPL 1.1, LGPL, GPL, MIT
  Programming Lang: C
  Description : advanced royalty-free video compression format

Dirac is an advanced royalty-free video compression format designed for a wide
range of uses, from delivering low-resolution web content to broadcasting HD and
beyond, to near-lossless studio editing.



signature.asc
Description: This is a digitally signed message part.

Bug#527746: RFP: dirac -- advanced royalty-free video compression format

[Andres Mejia]

On Friday 08 May 2009 15:39:54 Andres Mejia wrote:
> Package: wnpp
> Severity: wishlist
>
> * Package name: dirac
>   Version : 1.0.2
>   Upstream Author : Thomas Davies 
> * URL : http://diracvideo.org/
> * License : MPL 1.1, LGPL, GPL, MIT
>   Programming Lang: C
>   Description : advanced royalty-free video compression format
>
> Dirac is an advanced royalty-free video compression format designed for a
> wide range of uses, from delivering low-resolution web content to
> broadcasting HD and beyond, to near-lossless studio editing.

About this package, I forgot to include the download link.
http://diracvideo.org/download/dirac-research/dirac-1.0.2.tar.gz

It's also available via Sourceforge.

-- 
Regards,
Andres


signature.asc
Description: This is a digitally signed message part.

Bug#527746: RFP: dirac -- advanced royalty-free video compression format

[Andres Mejia]

On Saturday 09 May 2009 02:15:47 Reinhard Tartler wrote:
> Andres Mejia  writes:
> > Package: wnpp
> > Severity: wishlist
> >
> > * Package name: dirac
> >   Version : 1.0.2
> >   Upstream Author : Thomas Davies 
> > * URL : http://diracvideo.org/
> > * License : MPL 1.1, LGPL, GPL, MIT
> >   Programming Lang: C
> >   Description : advanced royalty-free video compression format
> >
> > Dirac is an advanced royalty-free video compression format designed for a
> > wide range of uses, from delivering low-resolution web content to
> > broadcasting HD and beyond, to near-lossless studio editing.
>
> Ubuntu already has this packaged, here the latest few changelog entires:
>
> dirac (1.0.2-0ubuntu1) jaunty; urgency=low
>
>   * New upstream release
>   * debian/watch: Remove "debian uupdate"
>   * debian/control: Add ${misc:Depends} to all packages
>   * debian/{control,rules,patches/*}: Drop patchsys and patch as applied
> upstream.
>
>  -- Iain Lane   Wed, 18 Feb 2009 23:29:52 +
>
> dirac (1.0.0-0ubuntu1) jaunty; urgency=low
>
>   * New upstream release 1.0.0 (LP: #302954)
>   * debian/dirac.manpages, debian/dirac.links: Move manpage and symlink
> names out into separate files. Add missing manpage links.
>   * debian/BMPtoRGB.1: Update with missing manpages.
>
>  -- Iain Lane   Fri, 28 Nov 2008 00:03:56 +
>
> dirac (0.10.0-0ubuntu1) intrepid; urgency=low
>
>   * New upstream release (LP: #259495)
>   * debian/patches/warn_unused_result.patch: Patch some fwrite calls to
> take results, fixing FTBFS. Also b-d on quilt for this.
>
>  -- Iain Lane   Tue, 19 Aug 2008 20:27:46 +0100
>
> dirac (0.9.1-0ubuntu2) hardy; urgency=low
>
>   * debian/control: Added missing build-dependencies for documentation.
>
>  -- Matvey Kozhev   Thu, 14 Feb 2008 01:31:42 +0600
>
>
> http://packages.ubuntu.com/karmic/dirac
>
> I'd suggest to just import that package into our git repository and use
> that as basis for the debian packaging.

Alright, will do.

-- 
Regards,
Andres


signature.asc
Description: This is a digitally signed message part.

Bug#527746: RFP: dirac -- advanced royalty-free video compression format

[Andres Mejia]

On Saturday 09 May 2009 04:21:46 Sebastian Dröge wrote:
> Am Freitag, den 08.05.2009, 15:39 -0400 schrieb Andres Mejia:
> > Package: wnpp
> > Severity: wishlist
> >
> > * Package name: dirac
> >   Version : 1.0.2
> >   Upstream Author : Thomas Davies 
> > * URL : http://diracvideo.org/
> > * License : MPL 1.1, LGPL, GPL, MIT
> >   Programming Lang: C
> >   Description : advanced royalty-free video compression format
> >
> > Dirac is an advanced royalty-free video compression format designed for a
> > wide range of uses, from delivering low-resolution web content to
> > broadcasting HD and beyond, to near-lossless studio editing.
>
> We already have a package for schroedinger, another free Dirac
> implementation that is faster but has currently a bit lower quality when
> encoding.
>
> It'd still be great to have a package of Dirac too, IIRC Ubuntu already
> has one and I'd be interested in sponsoring/co-maintainership if someone
> wants to maintain it in Debian.

Alright, I have a package ready for upload in the multimedia git repo. I'm 
using 
the same orig tarball from Ubuntu.

Slomo, if you want to help, feel free to join the pkg-multimedia-maintainers 
team. The packaging for dirac is at:
git://git.debian.org/git/pkg-multimedia/dirac.git
http://git.debian.org/?p=pkg-multimedia/dirac.git;a=summary

-- 
Regards,
Andres


signature.asc
Description: This is a digitally signed message part.

Bug#527746: RFP: dirac -- advanced royalty-free video compression format

[Andres Mejia]

Alright, I have packages ready now.
Vcs-Git: git://git.debian.org/git/pkg-multimedia/dirac.git
Vcs-Browser: http://git.debian.org/?p=pkg-multimedia/dirac.git;a=summary

On Saturday 09 May 2009 02:15:47 Reinhard Tartler wrote:
> Andres Mejia  writes:
> > Package: wnpp
> > Severity: wishlist
> >
> > * Package name: dirac
> >   Version : 1.0.2
> >   Upstream Author : Thomas Davies 
> > * URL : http://diracvideo.org/
> > * License : MPL 1.1, LGPL, GPL, MIT
> >   Programming Lang: C
> >   Description : advanced royalty-free video compression format
> >
> > Dirac is an advanced royalty-free video compression format designed for a
> > wide range of uses, from delivering low-resolution web content to
> > broadcasting HD and beyond, to near-lossless studio editing.
>
> Ubuntu already has this packaged, here the latest few changelog entires:
>
> dirac (1.0.2-0ubuntu1) jaunty; urgency=low
>
>   * New upstream release
>   * debian/watch: Remove "debian uupdate"
>   * debian/control: Add ${misc:Depends} to all packages
>   * debian/{control,rules,patches/*}: Drop patchsys and patch as applied
> upstream.
>
>  -- Iain Lane   Wed, 18 Feb 2009 23:29:52 +
>
> dirac (1.0.0-0ubuntu1) jaunty; urgency=low
>
>   * New upstream release 1.0.0 (LP: #302954)
>   * debian/dirac.manpages, debian/dirac.links: Move manpage and symlink
> names out into separate files. Add missing manpage links.
>   * debian/BMPtoRGB.1: Update with missing manpages.
>
>  -- Iain Lane   Fri, 28 Nov 2008 00:03:56 +
>
> dirac (0.10.0-0ubuntu1) intrepid; urgency=low
>
>   * New upstream release (LP: #259495)
>   * debian/patches/warn_unused_result.patch: Patch some fwrite calls to
> take results, fixing FTBFS. Also b-d on quilt for this.
>
>  -- Iain Lane   Tue, 19 Aug 2008 20:27:46 +0100
>
> dirac (0.9.1-0ubuntu2) hardy; urgency=low
>
>   * debian/control: Added missing build-dependencies for documentation.
>
>  -- Matvey Kozhev   Thu, 14 Feb 2008 01:31:42 +0600
>
>
> http://packages.ubuntu.com/karmic/dirac
>
> I'd suggest to just import that package into our git repository and use
> that as basis for the debian packaging.

-- 
Regards,
Andres


signature.asc
Description: This is a digitally signed message part.

Bug#469397: ITP: xbmc -- XBox Media Center Linux Port

[Andres Mejia]

Strange, I never received the last email.

Anyway, to answer your question, xbmc uses a modified form of ffmpeg 0.5. I'm 
not 
sure how much modifications it has as of right now, or whether we can make it 
possible to build xbmc to depend on system libs of ffmpeg.

xbmc has a random release schedule at best. The next release is scheduled in 5 
months, but that's not definite. Check [1].

I also want to mention something else here. It is the number of libraries that 
I 
see xbmc uses internally or build-depends on.

Build-Depends: debhelper (>= 5), python-support, autotools-dev, libdbus-1-dev,
 libhal-dev, libhal-storage-dev, make, g++-4.1, gcc-4.1, libsdl1.2-dev,
 libsdl-image1.2-dev, libsdl-gfx1.2-dev, libsdl-mixer1.2-dev,
 libsdl-sound1.2-dev, libbz2-dev, libcdio-dev, libfribidi-dev,
 liblzo-dev,liblzo2-dev, libfreetype6-dev, unzip, libsqlite3-dev, libogg-dev,
 libsmbclient-dev, libasound2-dev, python2.4-dev, python2.4, python-sqlite,
 cmake, libglew1.5-dev, libcurl3-dev, gawk, x11proto-xinerama-dev,
 libxinerama-dev, libxrandr-dev, libxrender-dev,
 libmms-dev, pmount, libtre-dev, libvorbis-dev,
 libmysqlclient15-dev, libpcre3-dev, libbluetooth-dev, libfontconfig-dev,
 libcwiid1-dev, libboost-dev, libtool, zip, nasm, autoconf, automake,
 libjasper-dev, libxt-dev, libxmu-dev, gperf, libenca-dev, libjpeg62-dev,
 libpng12-dev, dpatch
Internal-Build-Depends: 
 libsidplay2-dev,
 libdumb1-dev,
 timidity,
 python-dev,
 libid3tag0-dev | libid3tag-dev,
 libexif-dev,
 libprojectm-dev,
 liblame-dev [just-for-regular-support],
 libfaac-dev [just-for-regular-support],
 libdvdnav-dev [heavily-patched],
 libavcodec-dev [regression],
 libavformat-dev [regression],
 libavutil-dev [regression],
 libpostproc-dev [regression],
 libswscale-dev [regression],
Possible-External-Build-Depends: 
 libdts-dev,
 libfaad-dev,
 liba52-0.7.4-dev | liba52-dev,
 libmpeg2-4-dev,
 libmad0-dev,
 libass-dev,
 libmpcdec-dev,
 libflac-dev,
 libwavpack-dev,
Maybe-Build-Depends:
 goom,
 rss-glx,
 hdhomerun,
 cximage,
 libadpcm-dev,
 monkeys-audio [macdll],
 nosefart [nsfcodec],
 snes-apu [snesapu],
 gym-codec [gensapu],
 libvgmstream-dev,
 libshnplay-dev,
 stsound [ymcodec],
 libalac-dev,
 libadplug-dev,

Here's what I mean by the various fields. The 'Build-Depends' field is a list 
of 
packages that xbmc depends on during build on that can be found in the Debian 
archive already.

'Internal-Build-Depends' are packages that can be found in the Debian archive, 
but in which xbmc uses it's own internal version. The tag [just-for-internal-
support] next to a package means that xbmc can build without that package. The 
tag [regression] means I had xbmc build depending on the system libs of these 
packages at one point, but was later broken by some change within the linuxport 
branch of xbmc in their svn. For libdvdnav, xbmc uses a heavily modified 
version 
of libdvdnav in which there's possibly no way to have it use the system version 
of libdvdnav, unless upstream were to accept the patches from xbmc. For all 
other packages in this field, I have not had the time to go through and see if 
it's possible to build xbmc using the Debian packages instead.

For the 'Possible-External-Build-Depends', these are packages for where it's 
possible to build XBMC using the respective Debian package.

Finally, for the 'Maybe-Build-Depends' field, these are packages where xbmc 
uses 
it's own internal version, and which either do not exist in the Debian archive, 
or do not have the appropriate version in Debian.

As far as what system packages instead of internal packages I think xbmc should 
use, they should all the packages listed, except for the ones in the 'Maybe-
Build-Depends'.

1. http://xbmc.org/trac/roadmap

-- 
Regards,
Andres



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

Bug#469397: ITP: xbmc -- XBox Media Center Linux Port

[Andres Mejia]

Some good news. Support for use of system libs in xbmc is now in the linuxport 
branch (the mainline branch in other words).

There still some libraries left to switch to using system libs, but overall, I 
will start making packages for upload to experimental soon.

-- 
Regards,
Andres



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

Bug#511555: VDPAU Headers

[Andres Mejia]

As someone mentioned earlier, the copyright statement of the two vdpau headers 
says this.

/*
 * This copyright notice applies to this header file:
 *
 * Copyright (c) 2008 NVIDIA Corporation
 * 
 * Permission is hereby granted, free of charge, to any person
 * obtaining a copy of this software and associated documentation
 * files (the "Software"), to deal in the Software without
 * restriction, including without limitation the rights to use,
 * copy, modify, merge, publish, distribute, sublicense, and/or sell
 * copies of the Software, and to permit persons to whom the
 * Software is furnished to do so, subject to the following
 * conditions:
 *
 * The above copyright notice and this permission notice shall be
 * included in all copies or substantial portions of the Software.
 *
 * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND,
 * EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES
 * OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND
 * NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT
 * HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY,
 * WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
 * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR
 * OTHER DEALINGS IN THE SOFTWARE.
 */

So the headers can be packaged up and distributed via main until NVIDIA creates 
a proper package for libvdpau (won't hold my breath).

Also, it seems libvdpau.so is loaded by dlopen by mplayer/ffmpeg. Has anyone 
confirmed this? If so, The Debian multimedia team should look into creating a 
package just for the headers.

The headers can be fount at 
ftp://download.nvidia.com/XFree86/vdpau/include/vdpau/

-- 
Regards,
Andres



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

Bug#532690: ITP: alure -- AL Utilities REtooled

[Andres Mejia]

Package: wnpp
Severity: wishlist
Owner: Debian Games Team 

* Package name: alure
  Version : 1.0
  Upstream Author : Chris Robinson 
* URL : http://kcat.strangesoft.net/alure.html
* License : LGPL
  Programming Lang: C, C++
  Description : ALURE - AL Utilities REtooled

ALURE is a utility library to help manage common tasks with OpenAL applications.
This includes device enumeration and initialization, file loading, and
streaming. It is LGPL licensed, allowing it to be used in open- and
closed-source programs, freeware or commercial.

The purpose of this library is to provide pre-made functionality that would
otherwise be repetitive or difficult to (re)code for various projects and
platforms, such as loading a sound file into an OpenAL buffer and streaming an
audio file through a buffer queue. Support for different formats is consistant
across platforms, so no special checks are needed when loading files, and all
formats are handled through the same API.

Currently ALURE includes a basic .wav and .aif file reader, and can leverage
external libraries such as libSndFile (for extended wave formats and several
others), VorbisFile (for Ogg Vorbis), and FLAC (for FLAC and Ogg FLAC). External
libraries can also be dynamically loaded at run-time, or individually disabled
outright at compile time.




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

Bug#532690: ALURE 1.0 Debian packages

[Andres Mejia]

Hello,

Right now I'm working on ALURE packages for Debian. I have a few questions.

The ALURE Homepage says ALURE is licensed under LGPL. Checking the source 
however, there is no copyright headers in any of the source files and there's 
only the LGPL 2 license in the 'COPYING' file in the top source directory. Did 
you mean "LGPL version 2 or (at your option) any later version" like with the 
OpenAL Soft license?

Also, the example programs are built by cmake but not installed. Is this 
intentional? What I'm doing right now is including the sources for the example 
programs as part of the documentation for the ALURE development package.

Also, I see there's an option for building a static library but doesn't allow 
it 
to be built with the shared library. This isn't like OpenAL Soft where there's 
no such option and the -DLIBTYPE=STATIC option has to be passed into cmake. For 
ALURE, do you have any objections for installing static libraries alongside 
shared libraries?

-- 
Regards,
Andres



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

Bug#532690: [Openal-devel] ALURE 1.0 Debian packages

[Andres Mejia]

On Wednesday 10 June 2009 22:23:09 Chris Robinson wrote:
> On Wednesday 10 June 2009 3:51:57 pm Andres Mejia wrote:
> > The ALURE Homepage says ALURE is licensed under LGPL. Checking the source
> > however, there is no copyright headers in any of the source files and
> > there's only the LGPL 2 license in the 'COPYING' file in the top source
> > directory. Did you mean "LGPL version 2 or (at your option) any later
> > version" like with the OpenAL Soft license?
>
> Hi. Yes, ALURE's license is intended to be LGPL v2 or later, like OpenAL
> Soft. I'll try to add that to the sources (as long as it doesn't mess up
> Natural Docs' output), or to a readme.

Ok, thanks for the clarification.

> > Also, the example programs are built by cmake but not installed. Is this
> > intentional? What I'm doing right now is including the sources for the
> > example programs as part of the documentation for the ALURE development
> > package.
>
> I never gave much thought to installing the example programs, as they were
> mostly intended as example code showing the simple uses of the lib. They
> could, though, I guess be useful for making sure the lib is working.. but I
> have to wonder how many sound playing apps a user will need.

I'll just include the sample code in the ALURE packages.

> > Also, I see there's an option for building a static library but doesn't
> > allow it to be built with the shared library. This isn't like OpenAL Soft
> > where there's no such option and the -DLIBTYPE=STATIC option has to be
> > passed into cmake. For ALURE, do you have any objections for installing
> > static libraries alongside shared libraries?
>
> My main reservation with static libraries with ALURE (as opposed to OpenAL)
> is that it shares the same name as the shared lib. If you install both
> libalure.so and libalure.a, then linking with -lalure will always pick the
> shared lib AFAIK. Conversely, libalure.a isn't needed for any pre-compiled
> binaries, and since pkg-config isn't flexible enough to "select" between
> shared and static, all linking the user does would use the shared lib if
> it's there.

-lalure would indeed pick the shared lib by default. I will go ahead and 
provide 
a static library for ALURE in Debian as well.

-- 
Regards,
Andres



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

Bug#532690: RFS: alure -- AL Utilities REtooled

[Andres Mejia]

Hello,

I am requesting a sponsor for the packages for ALURE.

ALURE is an LGPL OpenAL Utility library (AL Utilities REtooled) maintained by 
Chris Robinson, the same maintainer of OpenAL Soft. It provides a stable API 
for 
managing common tasks with OpenAL. It is an alternative to freealut.

alure produces the following binary packages.

libalure1 - the shared library
libalure1-dbg - the debugging symbols
libalure-dev - package with the ALURE public headers and the static library
alure-doc - package with ALURE documentation

It is lintian clean.

The packaging can be found in http://git.debian.org/?p=pkg-games/alure.git. You 
may use 'debian/rules get-orig-source' to download the tarball and repack it as 
'tar.gz'.

I can also provide source packages via mentors.d.n if it is desired.

-- 
Regards,
Andres



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

Bug#532690: [Openal-devel] ALURE 1.0 Debian packages

[Andres Mejia]

On Sunday 14 June 2009 10:25:40 Reinhard Tartler wrote:
> Andres Mejia  writes:
> >> > Also, I see there's an option for building a static library but
> >> > doesn't allow it to be built with the shared library. This isn't like
> >> > OpenAL Soft where there's no such option and the -DLIBTYPE=STATIC
> >> > option has to be passed into cmake. For ALURE, do you have any
> >> > objections for installing static libraries alongside shared libraries?
> >>
> >> My main reservation with static libraries with ALURE (as opposed to
> >> OpenAL) is that it shares the same name as the shared lib. If you
> >> install both libalure.so and libalure.a, then linking with -lalure will
> >> always pick the shared lib AFAIK. Conversely, libalure.a isn't needed
> >> for any pre-compiled binaries, and since pkg-config isn't flexible
> >> enough to "select" between shared and static, all linking the user does
> >> would use the shared lib if it's there.
> >
> > -lalure would indeed pick the shared lib by default. I will go ahead and
> > provide a static library for ALURE in Debian as well.
>
> May I ask why? For debian, we generally try to avoid static libraries if
> there is no good reason for that. If there is a good reason[1] for dong
> so, please add a note in the package.  If it is only for convenience for
> the users, I'd recommend to not ship the .a and .la files at all, since
> IME it avoids headaches in the future.
>
>
> [1] good reasons include massive performance gains, extra features, etc.

It's merely for convenience to users.

Who's "we" by the way? I see various static libraries on my system alone, 
including static libs for libc, zlib, libbz2, and freealut, so I'm guessing 
"we" 
is not Debian.

-- 
Regards,
Andres



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

Bug#532690: [Openal-devel] ALURE 1.0 Debian packages

[Andres Mejia]

On Monday 15 June 2009 01:09:51 Reinhard Tartler wrote:
> Andres Mejia  writes:
> >> [1] good reasons include massive performance gains, extra features, etc.
> >
> > It's merely for convenience to users.
> >
> > Who's "we" by the way? I see various static libraries on my system alone,
> > including static libs for libc, zlib, libbz2, and freealut, so I'm
> > guessing "we" is not Debian.
>
> Well, I'm perhaps overexaggerating here.
>
> For libc, zlib and libbz2 I do see uses cases, and I'm fairly sure that
> there are some other packages that link statically. At least for these
> libraries, I can see why users really expect to have the static
> libraries around.
>
> does this apply as well to alut, openal and alure as well? If yes, then
> shipping alure.a is no problem. if not, I'd recommend to spare the
> headaches here.

What headaches? Forgive my lack of imagination here. Right now I don't see a 
reason why static libraries should be removed.

-- 
Regards,
Andres



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

Bug#533587: RFP: snesapu -- SNES APU emulator library

[Andres Mejia]

Package: wnpp
Severity: wishlist

* Package name: snesapu
  Version : 3.0
  Upstream Author : Alpha-II Productions
* URL : http://alpha-ii.com/
* License : LGPL
  Programming Lang: C++, Assembly
  Description : SNES APU emulator library

SNESAPU is an SNES APU (Super Nintendo Entertainment System Audio Processing
Unit emulator library. It's useful for writing applications that can play back
SPC audio files.

A direct link to the source is at http://alpha-ii.com/Source/SAPU300s.rar.

I'm reporting this as an RFP for now. This is a library that's used in XBMC
internally. I might end up packaging this myself at some point after XBMC get's
uploaded to the Debian archive.



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

Bug#454268: ITA: adplug -- free AdLib sound library

[Andres Mejia]

retitle 454268 ITA: adplug -- free AdLib sound library
owner 454268 pkg-multimedia-maintain...@lists.alioth.debian.org
thanks

I'm willing to adopt this package. This library is used by XBMC.

-- 
Regards,
Andres



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

Bug#424905: SDLMAME for Debian upload

[Andres Mejia]

Hi Ludo,

Noticed in your posts you were asking to be sponsored. Have you tried 
contacting 
Bruno? He is a Debian developer and can upload your package.

In case you can't contact Bruno, you may also want to try sending a message to 
the Debian Games team at debian-devel-ga...@lists.debian.org. I'm sure somebody 
there will be willing to review and upload your package.

-- 
Regards,
Andres



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

Bug#533666: RFP: gens -- Sega Genesis / Sega CD / Sega 32X emulator

[Andres Mejia]

Package: wnpp
Severity: wishlist

* Package name: gens
  Version : 2.14
  Upstream Author : Stéphane Dallongeville
* URL : http://gens.consolemul.com/
* License : GPL
  Programming Lang: C, C++, Assembly
  Description : Sega Genesis / Sega CD / Sega 32X emulator

Gens is an emulator for the Sega Genesis, Sega CD, and Sega 32X.

The source can be downloaded at
http://gens.consolemul.com/download/gens-win32-src-2.14.zip.

There was a previous ITP for gens (Bug #253095) but it was closed because
Gens had supposedly too much non-free code.

>From what I see, there's various files that are Copyright to Microsoft. With
these files, I'm sure they can be replaced with the corresponding files from
ReactOS.

There's also the use of the Starscream 68k emulator library which has a non-open
source license. This could probably be replaced with the emulator from sc68 at
https://sourceforge.net/projects/sc68.

Last thing I noticed was the use of Kaillera client API code, found in the file
kailleraclient.h. There is no license for this file, so this would be a blocker
from including Gens in Debian at all, unless some replacement is found for it.

As a side note. Some of the files from Gens are being used in XBMC to play
GYM files used in the Sega Genesis. It would be really nice to have a library
just for this purpose, sort of like SNESAPU, although this isn't relevant for
this bug.



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

Bug#533697: ITP: vgmstream -- library for playing streamed audio from video games

[Andres Mejia]

Package: wnpp
Severity: wishlist
Owner: pkg-multimedia-maintain...@lists.alioth.debian.org

* Package name: vgmstream
  Version : r659
  Upstream Author : Adam Gashlin, Fastelbja, Ronny Elfert
* URL : http://vgmstream.sourceforge.net/
* License : ISCL
  Programming Lang: C
  Description : library for playing streamed audio from video games

vgmstream is a library for playing streamed audio from video games. It supports
various sound formats supported by various game consoles such as the PS2, PSX,
and Wii.



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

Bug#533699: ITP: nosefart -- NES sound format player

[Andres Mejia]

Package: wnpp
Severity: wishlist
Owner: pkg-multimedia-maintain...@lists.alioth.debian.org

* Package name: nosefart
  Version : 2.7
  Upstream Author : Matthew Strait 
* URL : http://nosefart.sourceforge.net/
* License : GPL
  Programming Lang: C, C++
  Description : NES sound format player

Nosefart plays NSF (NES sound format) files so you can listen to those old tunes
without actually having to play the games.



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

Bug#533715: RFP: gens-gs -- Sega Genesis / Sega CD / Sega 32X emulator

[Andres Mejia]

Package: wnpp
Severity: wishlist

* Package name: gens-gs
  Version : Milestone 6
  Upstream Author : David Korth
* URL : http://info.sonicretro.org/Gens/GS
* License : GPL
  Programming Lang: C, C++, Assembly
  Description : Sega Genesis / Sega CD / Sega 32X emulator

Gens/GS is an emulator for the Sega Genesis, Sega CD, and Sega 32X.

The source can be downloaded at
http://info.sonicretro.org/images/9/92/Gens-2.15.5-gs-m6.tar.gz.

Another note, there's already a 'debian' packaging directory in the source, and
they're calling the source package 'gens' instead of 'gens-gs'.



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

Bug#532690: [Openal-devel] ALURE 1.0 Debian packages

[Andres Mejia]

On Wednesday 17 June 2009 13:44:28 Reinhard Tartler wrote:
> Andres Mejia  writes:
> > What headaches? Forgive my lack of imagination here. Right now I don't
> > see a reason why static libraries should be removed.
>
> I'm not for removing, I'm more for not introducing them in the first
> place.
>
> Recent problem (fail to find the bugno, sry), libjack-dev used to ship a
> .la file, which has been dropped. Other libraries that can use jack
> still referenced the jack.la in their own .la fail, which rendered
> application to FTBFS. Solution: recompile the intermediate libraries to
> drop the reference .la file.
>
> As said, aybe I'm really just overexaggerating here and try to be too
> cautious. alure seems a really small library with rather few users, so
> it probably doesn't matter here.

ALURE doesn't even provide those libtool files, only a shared library and 
static 
library.

-- 
Regards,
Andres



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

Bug#527746: RFP: dirac -- advanced royalty-free video compression format

[Andres Mejia]

On Friday 19 June 2009 03:49:19 Fabian Greffrath wrote:
> Andres Mejia schrieb:
> > Alright, I have packages ready now.
> > Vcs-Git: git://git.debian.org/git/pkg-multimedia/dirac.git
> > Vcs-Browser: http://git.debian.org/?p=pkg-multimedia/dirac.git;a=summary
>
> Any news on this topic?

Just waiting for someone to upload.

I'm not a DD yet by the way, in case you didn't know.

-- 
Regards,
Andres



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

Bug#534144: ITP: opencore-amr -- libraries for Adaptive Multi Rate (AMR) OpenCORE implementation

[Andres Mejia]

Package: wnpp
Severity: wishlist
Owner: Andres Mejia 

* Package name: opencore-amr
  Version : 0.1.1
  Upstream Maintainer : Andres Mejia 
* URL : http://opencore-amr.sourceforge.net/
* License : Apache 2.0
  Programming Lang: C, C++
  Description : libraries for Adaptive Multi Rate (AMR) OpenCORE
implementation

This library contains an implementation of the 3GPP TS 26.073 specification for
the Adaptive Multi Rate (AMR) speech codec and an implementation of the 3GPP TS
26.173 specification for the Adaptive Multi-Rate - Wideband (AMR-WB) speech
decoder. The implementation is derived from the OpenCORE framework, part of the
Google Android project.



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

Bug#469397: ITP: xbmc -- XBox Media Center Linux Port

[Andres Mejia]

On Tuesday 14 July 2009 19:43:31 Tobias Grimm wrote:
> I just checked out the latest SVN which compiles and runs fine using
> --enable-external-libraries (Squeeze with Debian Multimedia). I just
> needed to apply a small patch to fix the ffmpeg header files location.
>
> What's the state of the xbmc Debian package? Is someone currently
> working on this? If so, is there a public VCS for the Debian packaging
> available? Any help needed?
>
> Tobias

If you checkout latest svn, the debian dir used for packaging is at 
tools/Linux/debian.

As far as a status goes, I'm now at the point where I could commit a package to 
git.debian.org for review and ask for someone to sponsor the package.

-- 
Regards,
Andres



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

Bug#539565: O: flac -- Free Lossless Audio Codec

[Andres Mejia]

Package: wnpp
Severity: normal

The current maintainer doesn't have time anymore to maintain flac, as indicated
in bug #525826. The package will be taken over by the Debian multimedia team.



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

Bug#534144: ITP: opencore-amr -- libraries for Adaptive Multi Rate (AMR) OpenCORE implementation

[Andres Mejia]

On Friday 07 August 2009 02:55:57 Reinhard Tartler wrote:
> Andres Mejia  writes:
> > On Tuesday 04 August 2009 04:20:54 Fabian Greffrath wrote:
> >> Fabian Greffrath schrieb:
> >> > the packages in our GIT repository look good despite the fact that
> >> > they still track version 0.1.0. When do you plan to upgrade them to
> >> > 0.1.1 and upload to Debian?
> >>
> >> Andres?!
> >
> > Sorry, was waiting for Martin to respond to me about what the next
> > version of opencore-amr should be. Because of the way libtool forces the
> > values of library versions to be a certain way, we might have to
> > downgrade to 0.0.2, unless he thinks the API is stable to merit a version
> > 1.0.0.
>
> What about uploading 0.0.2 right now to get it at least out of NEW?

There's no public release yet of 0.0.2 or whatever revision we're about to use. 
I'd like to get the versioning done right first before I submit a package for 
upload, thus avoiding the need for an epoch later.

-- 
Regards,
Andres



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

Bug#473128: New version of OpenAL Soft (version 1.4.272)

[Andres Mejia]

There's a new version of OpenAL Soft out (version 1.4.272). I'll get packages 
ready soon in a seperate branch. Don't plan to upload until 1.3.253 gets 
uploaded first. I also don't plan to upload to unstable until 1.3.253 enters 
testing.

Also, there's some important information about Creative's OpenAL website. 
Should be included in a README.
http://opensource.creative.com/pipermail/openal-devel/2008-June/005202.html

-- 
Regards,
Andres


signature.asc
Description: This is a digitally signed message part.

Bug#465937: ITA: debpool -- pool-based Debian package archiver

[Andres Mejia]

Have been waiting on a sponsor for a while now. You can of course get
the source package at:

- dget http://mentors.debian.net/debian/pool/main/d/debpool/debpool_0.3.3.dsc

On Thu, Sep 11, 2008 at 4:53 PM, Sandro Tosi <[EMAIL PROTECTED]> wrote:
> Hello,
> just out of curiosity: is there any planned upload for debpool?
>
> I saw the ITA is back into February, and many patches are already in
> the BTS, 1 for a RC bug from Andres, so I'm wondering if there's
> something...
>
> Cheers,
> Sandro
>
> --
> Sandro Tosi (aka morph, Morpheus, matrixhasu)
> My website: http://matrixhasu.altervista.org/
> Me at Debian: http://wiki.debian.org/SandroTosi
>



-- 
Regards,
Andres Mejia



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#465937: ITA: debpool -- pool-based Debian package archiver

[Andres Mejia]

On Friday 19 September 2008 04:05:37 pm Sandro Tosi wrote:
> Hi Andreas,

My name is Andres. :) Andreas is someone else in the team.

> On Fri, Sep 19, 2008 at 21:04, Andres Mejia <[EMAIL PROTECTED]> wrote:
> > Have been waiting on a sponsor for a while now.
>
> but you uploaded to mentors only today :)

OK you got me. Actually, I've had debpool uploaded to mentors but later pulled 
it to fix some issues and just didn't go around to putting it back in mentors 
again til' now.

> Anyway, not a big deal: I'm going to check the package and let you know.
>
> Sandro



-- 
Regards,
Andres


signature.asc
Description: This is a digitally signed message part.

Bug#465937: ITA: debpool -- pool-based Debian package archiver

[Andres Mejia]

On Friday 19 September 2008 04:05:37 pm Sandro Tosi wrote:
> Hi Andreas,
>
> On Fri, Sep 19, 2008 at 21:04, Andres Mejia <[EMAIL PROTECTED]> wrote:
> > Have been waiting on a sponsor for a while now.
>
> but you uploaded to mentors only today :)
>
> Anyway, not a big deal: I'm going to check the package and let you know.
>
> Sandro

Whoops. I'm finding errors in compressing the Packages and Sources files that 
I didn't encounter before. I've pulled debpool from mentors for now.

-- 
Regards,
Andres


signature.asc
Description: This is a digitally signed message part.

Bug#465937: ITA: debpool -- pool-based Debian package archiver

[Andres Mejia]

OK. I've uploaded debpool to mentors again.
dget http://mentors.debian.net/debian/pool/main/d/debpool/debpool_0.3.5.dsc

Seems the compression issues I was having before was not the fault of debpool, 
since I'm not having those issues now, and I haven't changed anything with 
debpool. I have addressed the issues with the packaging however.

On Friday 19 September 2008 06:16:04 pm Sandro Tosi wrote:
> Here is my report:
>
> * debian/changelog
>   - line 49, fashion (typo); maybe give a run if spellcheck in the
> rest of the changelog entry :)
>   - "+ Removed 'binary-arch' target in debian/rules to silence new
> lintian warning.": well, the target is still there, but it's empty (as
> it should be) so please adjust this entry (just for clarity)
>   - "+ Added Joel Aelwyn in Uploaders field." but it's not in
> debian/control

Took care of these.

> * debian/control
>   - "DM-Upload-Allowed: yes", don't take this too bad, but this field
> is usually added but your usual sponsor, so please remove it (for now)
>
> :)

Well, the thing is I don't have a usual sponsor. Magnus is not really active 
(last I spoke with him was in May).

>   - "Process incoming packages using Inotify (requires
> liblinux-inotify2-perl)" but liblinux-inotify2-perl it's in Depends
> (so always installed) so why mention it in the description (I can
> understand for the others, though)?
Fixed.
>   - bump versioned depends on debhlper (as lintian suggests; do you
> run lintian, right?)
I ran lintian-2.0.0. It's not showing me this.
>   - personally I'd add "Build-Depends-Indep: perl" to control, even if
> perl if "Build-Essential: yes"
I leave that up to dpkg-dev.
>
> * debian/copyright
>   - if you're using http://wiki.debian.org/Proposals/CopyrightFormat
> then I think it's missing (at least) "Format-Specification:" field
>   - $ grep 2004 bin/debpool
> # Copyright 2003-2004 Joel Baker. All rights reserved.
> but it's not in debian/copyright file; please fix this

It wasn't meant to follow that specification. Also, Joel Baker is Joel Aelwyn. 
I fixed the corresponding file.

> * not a problem, just a notice: since you have only one binary
> package, you can remove the package name from debhelper support
> filename, like in "debpool.docs" it might be only "docs"
OK. I'll do this later.
> * debian/README.User
>   - 1.: what about adding a \ at the end of first command line, so
> even pasting from the doc directly will lead to a correct command?
>   - 1. and 2.: in the first example you don't say that you need root
> account to create a new system user, and in the second you use "sudo"
> that might not be set-up to execute all command for the current user;
> I'd uniform those example to a safer bet: use root (?)
>   - "3. Create a logfile directory for debpool" is /var/log/debpool a
> directory or a logfile? because "sudo touch" will create a file...
>   - "4. Edit /etc/debpool/Config.pm" is this editable by debpool
> users? how is it supposed to setup a local repo and have his own
> config file?

Fixed this. I changed the instructions to the basic operations that someone 
will really need to run.

> * debian/rules
>   - clean target, what about mergin "rm -f ..." call to dh_clean call
> (they do the same stuff...)?
>   - "dh_installexamples examples/*" but
> $ cat debian/debpool.examples
> examples/*
Fixed.
> * is this upload really targetted to experimental? is there a plan to
> upload in unstable anytime soon, or it's a decision you took to leave
> the package in exp?

There's no plans yet for an upload to unstable.

> * I'm wondering if "DebPool::Config.5" it's the best name possible for
> manpage for config file, maybe something more debpool-friendly, but
> I'll leave the decision to you :)
I'll think about it.
> I didn't have time to play for real with the program, but it builds
> fine in pbuilder and install without problem; tomorrow I'll play with
> it.
>
> SAndro



-- 
Regards,
Andres


signature.asc
Description: This is a digitally signed message part.

Bug#440199: ITP: mediatomb - open source (GPL) UPnP MediaServer with a nice web user

[Andres Mejia]

Package: wnpp
Severity: wishlist

* Package name : mediatomb
Version : 0.10.0
Upstream Author : Gena Batyan <[EMAIL PROTECTED]>
   Sergey Bostandzhyan <[EMAIL PROTECTED]>
   Leonhard Wimmer <[EMAIL PROTECTED]>
* URL : http://mediatomb.cc/
* License : GPL
Description :
MediaTomb is an open source (GPL) UPnP MediaServer with a nice web user
interface, it allows you to stream your digital media through your home network
and listen to/watch it on a variety of UPnP compatible devices.

MediaTomb implements the UPnP MediaServer V 1.0 specification that can
be found on http://www.upnp.org/. The current implementation focuses
on parts that are required by the specification, however we look into
extending the functionality to cover the optional parts of the spec as
well.

-- 
Regards,
Andres Mejia


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#440261: RFP: g3d - G3D is an open source C++ 3D engine (BSD License)

[Andres Mejia]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: [EMAIL PROTECTED]

* Package name : g3d
Version : 7.00
Upstream Authors : Morgan McGuire <[EMAIL PROTECTED]>
  Complete Credits at :
http://g3d-cpp.sourceforge.net/manual/contributors.html

* URL : http://g3d-cpp.sourceforge.net/
* License : (BSD, portions controlled by the IJG license and PNG
Reference Library license)
 License URL : http://g3d-cpp.sourceforge.net/manual/license.html

Description : G3D is a commercial-grade 3D Engine available as Open
Source (BSD License). It is used in games, tech demos, research
papers, military simulators, and university courses. It provides a set
of routines and structures so common that they are needed in almost
every graphics program. It makes low-level libraries like OpenGL and
sockets easier to use without limiting functionality or performance.
G3D gives you a rock-solid, highly optimized base from which to build
your application.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#440261: RFP: g3d - G3D is an open source C++ 3D engine (BSD License)

[Andres Mejia]

I put this as a "Request for Package" for now since I'm still working
on some other packages. I'll start working on this one once I'm done
with the other ones. I'm not sure when that will be however. If anyone
wants to help, feel free to get started.

-- 
Regards,
Andres Mejia


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#446020: RFP: tolua++ - an extension to toLua

[Andres Mejia]

Package: wnpp
Severity: wishlist

* Package name : tolua++
Version : 1.0.92
Upstream Author : Ariel Manzur <[EMAIL PROTECTED]>
* URL : http://www.codenix.com/~tolua/
* License : (Custom)
  tolua is freely available; you can redistribute it and/or modify it.
  The software provided hereunder is on an "as is" basis, and
  the author has no obligation to provide maintenance, support,
  updates, enhancements, or modifications.
Description :
  tolua++ is an extension of toLua, a tool to integrate C/C++ code with
  Lua. tolua++ includes new features oriented to c++, such as class
  templates.

  tolua is a tool that greatly simplifies the integration of C/C++ code
  with Lua. Based on a "cleaned" header file, tolua automatically generates
  the binding code to access C/C++ features from Lua. Using Lua-5.0 API and
  metamethod facilities, the current version automatically maps C/C++
  constants, external variables, functions, namespace, classes, and methods
  to Lua. It also provides facilities to create Lua modules.


Some of the packaging work has been done and is included in the upstream source.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#437516:

[Andres Mejia]

I don't have the time right now for creating a package for ember.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#451309: O: miro - GTK+ based RSS video aggregator

[Andres Mejia]

Package: wnpp
Severity: normal

Requesting that miro be orphaned. This package has failed to build
from source for 60 days because it requires libxv-dev in its build
depends. The maintainer has not responded to any bug reports including
the FTBFS bug report for the past 60 days.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#440199: mediatomb debian package

[Andres Mejia]

Whenever someone decides to sponsor me. Source packages have been
available at http://mentors.debian.net/debian/pool/main/m/mediatomb/
for some time now.

On Jan 16, 2008 4:03 PM, Koen Beek <[EMAIL PROTECTED]> wrote:
> Hi,
>
>   I'm very interested in a possible mediatomb package for debian
>
>   any idea when this will be available ?
>
>   thanks,
>
> Koen
>
>
>



-- 
Regards,
Andres Mejia



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#461348: ITP: ogreal -- OpenAL plugin for the Ogre Rendering Engine

[Andres Mejia]

Package: wnpp
Severity: wishlist

* Package name : ogreal
Version : 0.2.5~svn20080117.r111-1
Upstream Author : Casey Borders
* URL : http://sourceforge.net/projects/ogreal
* Debianization: svn://svn.debian.org/svn/pkg-games/packages/trunk/ogreal
* License : (LGPL)
Description : OpenAL plugin for the Ogre Rendering Engine
OgreAL is an OpenAL wrapper for the Ogre Rendering Engine. It allows
you to add 3D sounds and music to your games and applications in a
clean and easy way.

-- 
Regards,
Andres Mejia



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#469397: RFS: xbmc

[Andres Mejia]

Dear mentors,

I am looking for a sponsor for my package "xbmc".

* Package name: xbmc
  Version : 1:9.11~svn25756.rc1~deb1-1
  Main Contact: "Team-XBMC" 
  Upstream Author(s) : Andreas Setterlind [Gamester17]
 Staffan Lindberg [pike]
 Arne Morten Kvarving [cptspiff]
 Anoop Menon [d4rk]
 Joakim Plate [elupus]
 Jonathan Marshall [jmarshall]
Tobias Arrskog [Topfs2]
Roee Vulkan [vulkanr]
Winfried Soltys [WiSo]
Yuval Tal [yuvalt]
John W Vanderbeck [agathorn]
   Trent Nelson [AlTheKiller]
       Andres Mejia [ceros]
   Gunnar Norin [blittan]
   Dean Ross Parry [C-Quel]
   Sylvain Rebaud [c0diq]
   Martin van Beurden [chadoe]
   Scott Davilla [davilla]
   Stephan Diederich [MaestroDD]
   Benjamin Bertrand [Beenje]
   Benjamin Dickgiesser [DonJ]
   [GeminiServer]
   Christian Granqvist [Granqvist]
   Dave [kraqh3d]
   Luigi Capriotti [l.capriotti]
   Sean [malloc]
   Kyle Hill [monkeyman]
   [MrC]
   [nad]
   [nuka1195]
   Vincent Blackwell-Price [Voinage]
   Robert Parris [rwparris2]
   Sigurdur H. Olafsson [sho]
   Alasdair Campbell [Alcoheca]
   Georgy Yunaev [oldnemesis]
   Chris [phi2039]
   Bob [bobo1on1]
   David Allonby [motd2k]
   Robert Rudd [Rudd]
   Eric G [Tslayer]
   Amund Scharning [tut-ankh-amon]
   Matthias Kortstiege [VDRfan]
   Daniel Mehrwald [AreaScout]
   Oumar Aziz Outtara [wattazoum]
   Chris Haley [CHI3f]
   [Jezz_X]
   [Smokehead]
   Darren [Bizzeh]
   Marc [Bobbin007]
   Richard [Butcher]
   Jan-Willem [Darkie]
  Chris Branson [forza]
  [Kreet]
  [Ysbox]
  Erwin Beckers [Frodo]
  Albert Griscti-Soler [RUNTiME]
  Phil Burr [d7o3g4q] (a.k.a. Duo Egaq)
  Mathias Mahling [chokemaniac]
* URL : xbmc.org
* License : GPL-2+
  Section : non-free/video (because of certain third party code with
   non-DFSG clauses)

It builds these binary packages:
xbmc   - XBMC Media Center (full metapackage)
xbmc-bin   - XBMC Media Center (binary data package)
xbmc-data  - XBMC Media Center (arch-independent data package)
xbmc-dbg   - XBMC Media Center (debug package)
xbmc-eventclients-common - XBMC Media Center (Event Client Common package)
xbmc-eventclients-dev - XBMC Media Center (Event Client Dev package)
xbmc-eventclients-j2me - XBMC Media Center (Event Client J2ME package)
xbmc-eventclients-ps3 - XBMC Media Center (Event Client PS3 package)
xbmc-eventclients-wiiremote - XBMC Media Center (Event Client WII Remote 
support package)
xbmc-eventclients-xbmc-send - XBMC Media Center (Event Client XBMC-SEND package)
xbmc-live  - XBMC Media Center (XBMC Live package)
xbmc-scripts-example - XBMC Media Center (example scripts)
xbmc-skin-confluence - XBMC Media Center (Confluence skin)
xbmc-skin-pm3-hd - XBMC Media Center (PM3 HD skin)
xbmc-standalone - XBMC Media Center (standalone program)
xbmc-web-iphone-tlrobinson - XBMC Media Center (Iphone web skin)
xbmc-web-pm - XBMC Media Center (Project Mahem web skin)
xbmc-web-pm3 - XBMC Media Center (Project Mahem III web skin)

The package appears to be lintian clean.

The upload would fix these bugs: 469397

My motivation for maintaining this package is: I'm one of the XBMC developers.
I help maintain the packages in the Launchpad PPAs. I would like to see xbmc
packages distributed through Debian and ultimately through Ubuntu.

The package can be found on mentors.debian.net:
- URL: http://mentors.debian.net/debian/pool/non-free/x/xbmc
- Source repository: deb-src http://mentors.debian.net/debian unstable main 
contrib non-free
- dget 
http://mentors.debian.net/debian/pool/non-free/x/xbmc/xbmc_9.11~svn2575

Bug#469397: RFS: xbmc

[Andres Mejia]

On Wednesday 16 December 2009 21:15:40 Paul Wise wrote:
> On Thu, Dec 17, 2009 at 8:59 AM, Andres Mejia  wrote:
> > XBMC is licensed under the GPL-2+. There are various third party code and
> > libraries used as well, documented in the copyright file. There are also
> > various files and third party code used with licenses that have non-DFSG
> > clauses. None of the licenses makes XBMC undistributable however, which
> > is why the xbmc packages are being placed in non-free. Work is being done
> > to resolve these licensing issues. See [1] for more details.
> 
> ...
> 
> > 1. http://xbmc.org/trac/ticket/7983
> 
> Sounds undistributable to me (not even non-free), unless the XBMC
> license is changed to the LGPL or there is a GPL exception for linking
> against non-free code.

Which license/issue are you referring to? Last I checked, all these 
problematic licenses had clauses like "you can't use this for commercial 
purposes", "you must send us patches upon request", or some other stupid 
clause like "you must not code on any Monday at 3:05pm in someone else's 
bedroom".

Even if XBMC were changed to LGPL, BSD, or whatever, I don't see how that will 
help with the third party code with these other restrictions.

So as far as I know, XBMC is at least distributable. It just unfortunately has 
some code that contains other restrictions like these nagging non-commercial 
clauses, which is keeping it from going to main.

> There are several bits of code that are free software but GPL
> incompatible, you need to replace/remove these.

Ok, yes. I did say it's being worked on.

> For the RSA MD5 implementation replacement you should use the
> implementation from whatever crypto library you link against, instead
> of introducing the 447th[1] copy of md5.c into the archive:
> 
> http://source.debian.net/source/search?path=md5.c

Alright, my fault for overlooking that. :/ I'll simply use the public domain 
implementation from dpkg.

> >From what I can tell from the copyright file, there are also vast
> 
> amounts of embedded code copies, please have them all removed from the
> upstream tarball before seeking sponsorship again. If that isn't
> possible, please consult the security team to ask if it is OK to have
> this amount of embedded code copies in one package, even Mozilla isn't
> quite this bad. For stuff that isn't in the archive yet, you should
> package that instead of creating an embedded code copy.

Yes, there are third party libraries in the source tarball. Most however is 
not used at all (at least when the proper configure switch is set to make XBMC 
build against system libs). At least for Debian/Ubuntu, the default would be 
to have XBMC use system libs. We (as XBMC upstream) eventually want to make 
use of system libs where available, and not just for Debian/Ubuntu.

I really don't want to resort to having to change the source tarball anymore 
from the original than it already is.

> libdvdcss isn't available from Debian for good reason, it should
> definitely not be available in xbmc.

And it's not. It's was included in the copyright file as a way to give credit. 
I suppose I'll remove it to avoid confusion.

> Another WTF was a non-free implementation of CRC32 of all things!??!!
> 
> This indicates XMBC is not yet ready for Debian: "Copyright Microsoft
> Corporation. All rights reserved. License: UNKNOWN", please withdraw
> this RFS and remove the package from mentors.debian.net until the
> copyright/license issues are resolved.

Ok. This was clarified in the Trac bug log as already being resolved. I guess 
I'll clarify it here too. That copyright file is somewhat outdated. I only 
included it in the bug log to make it somewhat easier to find the issues I 
found. I changed the copyright file seeing that it was becoming harder to read 
by humans.

So, there isn't any use of a non-free implementation of CRC32, or anything 
that's copyright to Microsoft.

Again, as far as I know, XBMC is distributable. It unfortunately contains some 
code that's keeping it from entering main.

> > The 'DM-Upload-Allowed: yes' field is set. I am a DM and also one of the
> > upstream devs for XBMC. I would like to keep this field set so that I may
> > be able to upload this package myself. If any potential sponsor
> > absolutely has a problem with this, I would be willing to unset it (or
> > have it unset), of course after some negotiation.
> 
> The DM-Upload-Allowed field is for sponsors to set after they are
> satisfied that you can maintain the specific package well. You should
> never include it in your first RFS.

I can't find any information that states the field should be set by sponsors. 
Seeing t

Bug#569635: ITP: libva -- Video Acceleration (VA) API for Linux

[Andres Mejia]

Package: wnpp
Severity: wishlist
Owner: Andres Mejia 

* Package name: libva
  Version : 1.0.1
  Upstream Authors: Waldo Bastian 
  : Jonathan Bian 
* URL : http://www.freedesktop.org/wiki/Software/vaapi
* License : MIT/X11
  Programming Lang: C
  Description : Video Acceleration (VA) API for Linux

Video Acceleration API (VA API) is a library ("libVA") and API specification
which enables and provides access to graphics hardware (GPU) acceleration for
video processing on Linux and UNIX based operating systems. Accelerated
processing includes video decoding, video encoding, subpicture blending and
rendering. The specification was originally designed by Intel for its GMA
(Graphics Media Accelerator) series of GPU hardware, the API is however not
limited to GPUs or Intel specific hardware, as other hardware and manufacturers
can also freely use this API for hardware accelerated video decoding.



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

Bug#569635: ITP: libva -- Video Acceleration (VA) API for Linux

[Andres Mejia]

On Friday 12 February 2010 18:44:59 Josselin Mouette wrote:
> Le vendredi 12 février 2010 à 18:36 -0500, Andres Mejia a écrit :
> > Description : Video Acceleration (VA) API for Linux
> >
> > Video Acceleration API (VA API) is a library ("libVA") and API
> > specification which enables and provides access to graphics hardware
> > (GPU) acceleration for video processing on Linux and UNIX based operating
> > systems. Accelerated processing includes video decoding, video encoding,
> > subpicture blending and rendering. The specification was originally
> > designed by Intel for its GMA (Graphics Media Accelerator) series of GPU
> > hardware, the API is however not limited to GPUs or Intel specific
> > hardware, as other hardware and manufacturers can also freely use this
> > API for hardware accelerated video decoding.
> 
> I don’t think the last sentence has a place in the package’s long
> description. If some day it gets support for other hardware, it will be
> more than time for updating the description, but currently it is an
> Intel-specific library.
> 

There is support for NVIDIA hardware through a VDPAU driver and ATI hardware 
through an XvBA driver.

-- 
Regards,
Andres



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

Bug#569641: ITP: vdpau-video -- VDPAU-based backend for VA API

[Andres Mejia]

Package: wnpp
Severity: wishlist
Owner: Andres Mejia 

* Package name: vdpau-video
  Version : 0.6.3
  Upstream Author : Splitted-Desktop Systems
* URL : http://www.splitted-desktop.com/~gbeauchesne/vdpau-video/
* License : GPL
  Programming Lang: C
  Description : VDPAU-based backend for VA API

This is the VDPAU-based backend driver for use with the VA API library.



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

Bug#569635: ITP: libva -- Video Acceleration (VA) API for Linux

[Andres Mejia]

On Saturday 13 February 2010 04:28:51 Erik Schanze wrote:
> Hi,
> 
> Andres Mejia Andres Mejia :
> > Package: wnpp
> > Severity: wishlist
> > Owner: Andres Mejia 
> >
> > * Package name: libva
> >   Version : 1.0.1
> 
> It's  version is 0.31, isn't it?
> 
> 
> Regards,
> 
> Erik
> 

Upstream tagged it as 1.0.1.

-- 
Regards,
Andres



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

Bug#569641: ITP: vdpau-video -- VDPAU-based backend for VA API

[Andres Mejia]

On Friday 12 February 2010 19:41:50 Andres Mejia wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Andres Mejia 
> 
> * Package name: vdpau-video
>   Version : 0.6.3
>   Upstream Author : Splitted-Desktop Systems
> * URL :
>  http://www.splitted-desktop.com/~gbeauchesne/vdpau-video/ * License   
>   : GPL
>   Programming Lang: C
>   Description : VDPAU-based backend for VA API
> 
> This is the VDPAU-based backend driver for use with the VA API library.
> 

Packaging for vdpau-video is available at
git://git.debian.org/git/pkg-multimedia/vdpau-video.git
http://git.debian.org/?p=pkg-multimedia/vdpau-video.git;a=summary

-- 
Regards,
Andres



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201002151408.56345.mcita...@gmail.com

Bug#569635: ITP: libva -- Video Acceleration (VA) API for Linux

[Andres Mejia]

On Friday 12 February 2010 18:36:34 Andres Mejia wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Andres Mejia 
> 
> * Package name: libva
>   Version : 1.0.1
>   Upstream Authors: Waldo Bastian 
> 
>   : Jonathan Bian 
> 
> * URL : http://www.freedesktop.org/wiki/Software/vaapi
> * License : MIT/X11
>   Programming Lang: C
>   Description : Video Acceleration (VA) API for Linux
> 
> Video Acceleration API (VA API) is a library ("libVA") and API
>  specification which enables and provides access to graphics hardware (GPU)
>  acceleration for video processing on Linux and UNIX based operating
>  systems. Accelerated processing includes video decoding, video encoding,
>  subpicture blending and rendering. The specification was originally
>  designed by Intel for its GMA (Graphics Media Accelerator) series of GPU
>  hardware, the API is however not limited to GPUs or Intel specific
>  hardware, as other hardware and manufacturers can also freely use this API
>  for hardware accelerated video decoding.

Packaging for libva is available at
git://git.debian.org/git/pkg-multimedia/libva.git
http://git.debian.org/?p=pkg-multimedia/libva.git;a=summary

-- 
Regards,
Andres



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201002151406.46465.mcita...@gmail.com

Bug#569635: RFS: libva

[Andres Mejia]

Dear mentors,

I am looking for a sponsor for my package "libva".

* Package name: libva
  Version : 1.0.1-1
  Upstream Author : Waldo Bastian 
  : Jonathan Bian 
* URL : http://www.freedesktop.org/wiki/Software/vaapi
* License : MIT/X11
  Section : libs

It builds these binary packages:
i965-va-driver - Video Acceleration (VA) API for Linux -- i965 VA driver
libva-dev  - Video Acceleration (VA) API for Linux -- development files
libva-x11-1 - Video Acceleration (VA) API for Linux -- X11 runtime
libva1 - Video Acceleration (VA) API for Linux -- runtime
vainfo - Video Acceleration (VA) API for Linux -- info program

The package appears to be lintian clean.

The upload would fix these bugs: 569635

My motivation for maintaining this package is: It's used by ffmpeg, mplayer, 
and
vlc.

The package can be found on mentors.debian.net:
- URL: http://mentors.debian.net/debian/pool/main/l/libva
- Source repository: deb-src http://mentors.debian.net/debian unstable main 
contrib non-free
- dget http://mentors.debian.net/debian/pool/main/l/libva/libva_1.0.1-1.dsc

I would be glad if someone uploaded this package for me. Also Reinhard (the DD
in the multimedia team) is not available to upload this package, which is why
I'm asking for a sponsor at debian-mentors.

Kind regards
 Andres Mejia



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201002161159.31217.mcita...@gmail.com

Bug#569641: RFS: vdpau-video

[Andres Mejia]

Dear mentors,

I am looking for a sponsor for my package "vdpau-video".

* Package name: vdpau-video
  Version : 0.6.3-1
  Upstream Author : Splitted-Desktop Systems
* URL : http://www.splitted-desktop.com/~gbeauchesne/vdpau-video/
* License : GPL
  Section : x11

It builds these binary packages:
vdpau-va-driver - VDPAU-based backend for VA API

The package appears to be lintian clean.

The upload would fix these bugs: 569641

My motivation for maintaining this package is: I own an NVIDIA card and need
this to be able to use the vaapi features from apps that support it.

The package can be found on mentors.debian.net:
- URL: http://mentors.debian.net/debian/pool/main/v/vdpau-video
- Source repository: deb-src http://mentors.debian.net/debian unstable
main contrib non-free
- dget 
http://mentors.debian.net/debian/pool/main/v/vdpau-video/vdpau-video_0.6.3-1.dsc

I would be glad if someone uploaded this package for me.

Kind regards
 Andres Mejia



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/730e8cfc1002161420s7a004fbct7ffd2ab137621...@mail.gmail.com

Bug#570611: ITP: mythtv -- A personal video recorder application

[Andres Mejia]

Package: wnpp
Severity: wishlist
Owner: Andres Mejia 

* Package name: mythtv
  Version : 0.22
  Upstream Author : Isaac Richards 
* URL : http://www.mythtv.org/
* License : GPL-2
  Programming Lang: C, C++, Perl, Python,
  Description : A personal video recorder application

MythTV is a PVR (Personal Video Recorder) application that implements the
following, and more, with a unified graphical interface:

 - Basic 'live-tv' functionality. Pause/Fast Forward/Rewind "live" TV.
 - Video compression using RTjpeg or MPEG-4
 - Program listing retrieval using XMLTV
 - Themable, semi-transparent on-screen display
 - Electronic program guide
 - Scheduled recording of TV programs
 - Resolution of conflicts between scheduled recordings
 - Basic video editing

NOTE: The old ITP (bug #311367) has long been closed and the
pkg-mythtv-maintainers team seem to be dead (they haven't responded to an email
I've sent some time ago [1]). This will be another attempt at getting MythTV
into Debian. I will be basing the packaging from the packages that are currently
distributed through Ubuntu.

Some work has already been done towards getting mythtv into Debian. Take a look
at
Vcs-Git: git://git.debian.org/git/collab-maint/mythtv.git
Vcs-Browser: http://git.debian.org/?p=collab-maint/mythtv.git

For a start, I've already implemented a way for mythtv to build and run with
system libraries for ffmpeg, version >= 4:0.6~~svn20100124-1, which will be the
next ffmpeg upstream version to be uploaded. Next would be to have mythtv work
with FFMpeg from the 0.5 branch in SVN (like the current packages in sid). This
would than follow with having mythtv use libmp3lame via dlopen. There's also
an interest upstream to use vorbis as a replacement/alternative to mp3.

1. 
http://lists.alioth.debian.org/pipermail/pkg-mythtv-maintainers/2009-June/000532.html



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20100220062551.22135.47261.report...@localhost.localdomain

Bug#570611: [ubuntu-mythtv] Bug#570611: ITP: mythtv -- A personal video recorder application

[Andres Mejia]

On Saturday 20 February 2010 01:25:51 Andres Mejia wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Andres Mejia 
> 
> * Package name: mythtv
>   Version : 0.22
>   Upstream Author : Isaac Richards 
> * URL : http://www.mythtv.org/
> * License : GPL-2
>   Programming Lang: C, C++, Perl, Python,
>   Description : A personal video recorder application
> 
> MythTV is a PVR (Personal Video Recorder) application that implements the
> following, and more, with a unified graphical interface:
> 
>  - Basic 'live-tv' functionality. Pause/Fast Forward/Rewind "live" TV.
>  - Video compression using RTjpeg or MPEG-4
>  - Program listing retrieval using XMLTV
>  - Themable, semi-transparent on-screen display
>  - Electronic program guide
>  - Scheduled recording of TV programs
>  - Resolution of conflicts between scheduled recordings
>  - Basic video editing
> 
> NOTE: The old ITP (bug #311367) has long been closed and the
> pkg-mythtv-maintainers team seem to be dead (they haven't responded to an
>  email I've sent some time ago [1]). This will be another attempt at
>  getting MythTV into Debian. I will be basing the packaging from the
>  packages that are currently distributed through Ubuntu.
> 
> Some work has already been done towards getting mythtv into Debian. Take a
>  look at
> Vcs-Git: git://git.debian.org/git/collab-maint/mythtv.git
> Vcs-Browser: http://git.debian.org/?p=collab-maint/mythtv.git
> 
> For a start, I've already implemented a way for mythtv to build and run
>  with system libraries for ffmpeg, version >= 4:0.6~~svn20100124-1, which
>  will be the next ffmpeg upstream version to be uploaded. Next would be to
>  have mythtv work with FFMpeg from the 0.5 branch in SVN (like the current
>  packages in sid). This would than follow with having mythtv use libmp3lame
>  via dlopen. There's also an interest upstream to use vorbis as a
>  replacement/alternative to mp3.
> 
> 1.
>  http://lists.alioth.debian.org/pipermail/pkg-mythtv-maintainers/2009-June/
> 000532.html
> 

Just to be clear, I don't mean this to be replacing the current packaging from 
Ubuntu solely to make it work for Debian. I intend the packaging to be 
configurable so that the appropriate configure options, build dependencies, and 
so on will be implemented for Debian and Ubuntu.

I do look forward to working with you all :)

-- 
Regards,
Andres



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201002200156.15147.mcita...@gmail.com

Bug#570611: [ubuntu-mythtv] Bug#570611: ITP: mythtv -- A personal video recorder application

[Andres Mejia]

On Saturday 20 February 2010 02:50:04 Mario Limonciello wrote:
> Andres:
> 
> Additionally; i'd recommend you do this for a 0.23 based build.  They're
> doing RC next week and targeting release next month, so it would make more
> sense to be able to support that (especially since patches on top of /
> replacing ffmpeg will change significantly I expect)

OK. I'll use the orig tarball from Ubuntu than, at least up until upstream 
delivers tarballs for the RC packages.

> On Sat, Feb 20, 2010 at 01:01, Mario Limonciello  wrote:
> > Hi Andres:
> >
> > I appreciate this effort!  If we can really see this to a reality, I'll
> > gladly help push more of the ubuntu specific things that are making
> > mythtv a good experience on Ubuntu up to Debian.
> >
> > I'm a little worried however on using the system ffmpeg.  Upstream frowns
> > upon this currently, so I think it's best to make sure that the solution
> > that is developed has their approval / works properly.  Solving the
> > dlopen'ing of lame may be a better short term goal with upstream.
> >
> > On Sat, Feb 20, 2010 at 00:56, Andres Mejia  wrote:
> >> On Saturday 20 February 2010 01:25:51 Andres Mejia wrote:
> >> > Package: wnpp
> >> > Severity: wishlist
> >> > Owner: Andres Mejia 
> >> >
> >> > * Package name: mythtv
> >> >   Version : 0.22
> >> >   Upstream Author : Isaac Richards 
> >> > * URL : http://www.mythtv.org/
> >> > * License : GPL-2
> >> >   Programming Lang: C, C++, Perl, Python,
> >> >   Description : A personal video recorder application
> >> >
> >> > MythTV is a PVR (Personal Video Recorder) application that implements
> >>
> >> the
> >>
> >> > following, and more, with a unified graphical interface:
> >> >
> >> >  - Basic 'live-tv' functionality. Pause/Fast Forward/Rewind "live" TV.
> >> >  - Video compression using RTjpeg or MPEG-4
> >> >  - Program listing retrieval using XMLTV
> >> >  - Themable, semi-transparent on-screen display
> >> >  - Electronic program guide
> >> >  - Scheduled recording of TV programs
> >> >  - Resolution of conflicts between scheduled recordings
> >> >  - Basic video editing
> >> >
> >> > NOTE: The old ITP (bug #311367) has long been closed and the
> >> > pkg-mythtv-maintainers team seem to be dead (they haven't responded to
> >>
> >> an
> >>
> >> >  email I've sent some time ago [1]). This will be another attempt at
> >> >  getting MythTV into Debian. I will be basing the packaging from the
> >> >  packages that are currently distributed through Ubuntu.
> >> >
> >> > Some work has already been done towards getting mythtv into Debian.
> >> > Take
> >>
> >> a
> >>
> >> >  look at
> >> > Vcs-Git: git://git.debian.org/git/collab-maint/mythtv.git
> >> > Vcs-Browser: http://git.debian.org/?p=collab-maint/mythtv.git
> >> >
> >> > For a start, I've already implemented a way for mythtv to build and
> >> > run with system libraries for ffmpeg, version >= 4:0.6~~svn20100124-1,
> >>
> >> which
> >>
> >> >  will be the next ffmpeg upstream version to be uploaded. Next would
> >> > be
> >>
> >> to
> >>
> >> >  have mythtv work with FFMpeg from the 0.5 branch in SVN (like the
> >>
> >> current
> >>
> >> >  packages in sid). This would than follow with having mythtv use
> >>
> >> libmp3lame
> >>
> >> >  via dlopen. There's also an interest upstream to use vorbis as a
> >> >  replacement/alternative to mp3.
> >> >
> >> > 1.
> >>
> >> http://lists.alioth.debian.org/pipermail/pkg-mythtv-maintainers/2009-Jun
> >>e/
> >>
> >> > 000532.html
> >>
> >> Just to be clear, I don't mean this to be replacing the current
> >> packaging from
> >> Ubuntu solely to make it work for Debian. I intend the packaging to be
> >> configurable so that the appropriate configure options, build
> >> dependencies, and
> >> so on will be implemented for Debian and Ubuntu.
> >>
> >> I do look forward to working with you all :)
> >>
> >> --
> >> Regards,
> >> Andres
> >>
> >> --
> >> Ubuntu-mythtv mailing list
> >> ubuntu-myt...@lists.ubuntu.com
> >> Modify settings or unsubscribe at:
> >> https://lists.ubuntu.com/mailman/listinfo/ubuntu-mythtv
> >
> > --
> > Mario Limonciello
> > supe...@gmail.com
> 

-- 
Regards,
Andres



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201002201143.16593.mcita...@gmail.com

Bug#570611: [Pkg-mythtv-maintainers] Bug#570611: ITP: mythtv -- A personal video recorder application

[Andres Mejia]

On Saturday 20 February 2010 03:50:24 Mark Purcell wrote:
> On Saturday 20 February 2010 17:25:51 Andres Mejia wrote:
> >  This
> > would than follow with having mythtv use libmp3lame via dlopen. There's
> > also an interest upstream to use vorbis as a replacement/alternative to
> > mp3.
> 
> Andres,
> 
> Very keen to see this happen, the major issues previously were MP3 encoding
>  and decoding.
> 
> I originally proposed using libmad (decoder) and libtwolame (MP2 encoder).
> 
> If you can have that wipped then it could be a possibility.
> 
> Happy to assist if what ever way possible, you can also use the
>  pkg-mythtv-maintainers if you wish..
> 
> Mark
> 

Would you sponsor me? I'm not a DD yet, just a DM. Also, I've sent a request 
to join the pkg-mythtv-maintainers team on alioth some time ago. I still 
haven't got a response. I've been able to join the mailing list however.

As far as the mp3 issue, aside from a dlopened libmp3lame, ffmpeg does mp3 
decoding and mp2 encoding so it's probably better to use ffmpeg anyway.

-- 
Regards,
Andres



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201002201139.24405.mcita...@gmail.com

Bug#570611: [ubuntu-mythtv] Bug#570611: ITP: mythtv -- A personal video recorder application

[Andres Mejia]

On Sat, Feb 20, 2010 at 12:32 PM, Mario Limonciello  wrote:
> Since it's a git server, is it possible to import upstream svn instead?

Yes it is, since you can just use git-svn.

>  Maybe would that work better and allow pulling in their commits more
> easily?
> On Sat, Feb 20, 2010 at 10:43, Andres Mejia  wrote:
>>
>> On Saturday 20 February 2010 02:50:04 Mario Limonciello wrote:
>> > Andres:
>> >
>> > Additionally; i'd recommend you do this for a 0.23 based build.  They're
>> > doing RC next week and targeting release next month, so it would make
>> > more
>> > sense to be able to support that (especially since patches on top of /
>> > replacing ffmpeg will change significantly I expect)
>>
>> OK. I'll use the orig tarball from Ubuntu than, at least up until upstream
>> delivers tarballs for the RC packages.
>>
>> > On Sat, Feb 20, 2010 at 01:01, Mario Limonciello 
>> > wrote:
>> > > Hi Andres:
>> > >
>> > > I appreciate this effort!  If we can really see this to a reality,
>> > > I'll
>> > > gladly help push more of the ubuntu specific things that are making
>> > > mythtv a good experience on Ubuntu up to Debian.
>> > >
>> > > I'm a little worried however on using the system ffmpeg.  Upstream
>> > > frowns
>> > > upon this currently, so I think it's best to make sure that the
>> > > solution
>> > > that is developed has their approval / works properly.  Solving the
>> > > dlopen'ing of lame may be a better short term goal with upstream.
>> > >
>> > > On Sat, Feb 20, 2010 at 00:56, Andres Mejia 
>> > > wrote:
>> > >> On Saturday 20 February 2010 01:25:51 Andres Mejia wrote:
>> > >> > Package: wnpp
>> > >> > Severity: wishlist
>> > >> > Owner: Andres Mejia 
>> > >> >
>> > >> > * Package name    : mythtv
>> > >> >   Version         : 0.22
>> > >> >   Upstream Author : Isaac Richards 
>> > >> > * URL             : http://www.mythtv.org/
>> > >> > * License         : GPL-2
>> > >> >   Programming Lang: C, C++, Perl, Python,
>> > >> >   Description     : A personal video recorder application
>> > >> >
>> > >> > MythTV is a PVR (Personal Video Recorder) application that
>> > >> > implements
>> > >>
>> > >> the
>> > >>
>> > >> > following, and more, with a unified graphical interface:
>> > >> >
>> > >> >  - Basic 'live-tv' functionality. Pause/Fast Forward/Rewind "live"
>> > >> > TV.
>> > >> >  - Video compression using RTjpeg or MPEG-4
>> > >> >  - Program listing retrieval using XMLTV
>> > >> >  - Themable, semi-transparent on-screen display
>> > >> >  - Electronic program guide
>> > >> >  - Scheduled recording of TV programs
>> > >> >  - Resolution of conflicts between scheduled recordings
>> > >> >  - Basic video editing
>> > >> >
>> > >> > NOTE: The old ITP (bug #311367) has long been closed and the
>> > >> > pkg-mythtv-maintainers team seem to be dead (they haven't responded
>> > >> > to
>> > >>
>> > >> an
>> > >>
>> > >> >  email I've sent some time ago [1]). This will be another attempt
>> > >> > at
>> > >> >  getting MythTV into Debian. I will be basing the packaging from
>> > >> > the
>> > >> >  packages that are currently distributed through Ubuntu.
>> > >> >
>> > >> > Some work has already been done towards getting mythtv into Debian.
>> > >> > Take
>> > >>
>> > >> a
>> > >>
>> > >> >  look at
>> > >> > Vcs-Git: git://git.debian.org/git/collab-maint/mythtv.git
>> > >> > Vcs-Browser: http://git.debian.org/?p=collab-maint/mythtv.git
>> > >> >
>> > >> > For a start, I've already implemented a way for mythtv to build and
>> > >> > run with system libraries for ffmpeg, version >=
>> > >> > 4:0.6~~svn20100124-1,
>> > >>
>> > >> which
>> > >>

Bug#570611: [ubuntu-mythtv] Bug#570611: ITP: mythtv -- A personal video recorder application

[Andres Mejia]

On Saturday 20 February 2010 02:50:04 Mario Limonciello wrote:
> Andres:
> 
> Additionally; i'd recommend you do this for a 0.23 based build.  They're
> doing RC next week and targeting release next month, so it would make more
> sense to be able to support that (especially since patches on top of /
> replacing ffmpeg will change significantly I expect)

Ok. Well I removed the patch to use system ffmpeg as there were some other 
issues that would need considerably more work to have mythtv properly use 
system ffmpeg. I think I'll retry that once a much newer version of ffmpeg gets 
uploaded to sid.

I've imported the orig tarball from Ubuntu's mythtv packages into the git repo 
and am going to start on a dlopened mp3lame instead.

> On Sat, Feb 20, 2010 at 01:01, Mario Limonciello  wrote:
> > Hi Andres:
> >
> > I appreciate this effort!  If we can really see this to a reality, I'll
> > gladly help push more of the ubuntu specific things that are making
> > mythtv a good experience on Ubuntu up to Debian.
> >
> > I'm a little worried however on using the system ffmpeg.  Upstream frowns
> > upon this currently, so I think it's best to make sure that the solution
> > that is developed has their approval / works properly.  Solving the
> > dlopen'ing of lame may be a better short term goal with upstream.
> >
> > On Sat, Feb 20, 2010 at 00:56, Andres Mejia  wrote:
> >> On Saturday 20 February 2010 01:25:51 Andres Mejia wrote:
> >> > Package: wnpp
> >> > Severity: wishlist
> >> > Owner: Andres Mejia 
> >> >
> >> > * Package name: mythtv
> >> >   Version : 0.22
> >> >   Upstream Author : Isaac Richards 
> >> > * URL : http://www.mythtv.org/
> >> > * License : GPL-2
> >> >   Programming Lang: C, C++, Perl, Python,
> >> >   Description : A personal video recorder application
> >> >
> >> > MythTV is a PVR (Personal Video Recorder) application that implements
> >>
> >> the
> >>
> >> > following, and more, with a unified graphical interface:
> >> >
> >> >  - Basic 'live-tv' functionality. Pause/Fast Forward/Rewind "live" TV.
> >> >  - Video compression using RTjpeg or MPEG-4
> >> >  - Program listing retrieval using XMLTV
> >> >  - Themable, semi-transparent on-screen display
> >> >  - Electronic program guide
> >> >  - Scheduled recording of TV programs
> >> >  - Resolution of conflicts between scheduled recordings
> >> >  - Basic video editing
> >> >
> >> > NOTE: The old ITP (bug #311367) has long been closed and the
> >> > pkg-mythtv-maintainers team seem to be dead (they haven't responded to
> >>
> >> an
> >>
> >> >  email I've sent some time ago [1]). This will be another attempt at
> >> >  getting MythTV into Debian. I will be basing the packaging from the
> >> >  packages that are currently distributed through Ubuntu.
> >> >
> >> > Some work has already been done towards getting mythtv into Debian.
> >> > Take
> >>
> >> a
> >>
> >> >  look at
> >> > Vcs-Git: git://git.debian.org/git/collab-maint/mythtv.git
> >> > Vcs-Browser: http://git.debian.org/?p=collab-maint/mythtv.git
> >> >
> >> > For a start, I've already implemented a way for mythtv to build and
> >> > run with system libraries for ffmpeg, version >= 4:0.6~~svn20100124-1,
> >>
> >> which
> >>
> >> >  will be the next ffmpeg upstream version to be uploaded. Next would
> >> > be
> >>
> >> to
> >>
> >> >  have mythtv work with FFMpeg from the 0.5 branch in SVN (like the
> >>
> >> current
> >>
> >> >  packages in sid). This would than follow with having mythtv use
> >>
> >> libmp3lame
> >>
> >> >  via dlopen. There's also an interest upstream to use vorbis as a
> >> >  replacement/alternative to mp3.
> >> >
> >> > 1.
> >>
> >> http://lists.alioth.debian.org/pipermail/pkg-mythtv-maintainers/2009-Jun
> >>e/
> >>
> >> > 000532.html
> >>
> >> Just to be clear, I don't mean this to be replacing the current
> >> packaging from
> >> Ubuntu solely to make it work for Debian. I intend the packaging to be
> >> configurable so that the appropriate configure options, build
> >> dependencies, and
> >> so on will be implemented for Debian and Ubuntu.
> >>
> >> I do look forward to working with you all :)
> >>
> >> --
> >> Regards,
> >> Andres
> >>
> >> --
> >> Ubuntu-mythtv mailing list
> >> ubuntu-myt...@lists.ubuntu.com
> >> Modify settings or unsubscribe at:
> >> https://lists.ubuntu.com/mailman/listinfo/ubuntu-mythtv
> >
> > --
> > Mario Limonciello
> > supe...@gmail.com
> 

-- 
Regards,
Andres



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201002210231.46930.mcita...@gmail.com

Bug#569635: ITP: libva -- Video Acceleration (VA) API for Linux

[Andres Mejia]

On Sunday 21 February 2010 15:15:29 Reinhard Tartler wrote:
> Hi Andres,
> 
> On Mo, Feb 15, 2010 at 20:06:46 (CET), Andres Mejia wrote:
> > Packaging for libva is available at
> > git://git.debian.org/git/pkg-multimedia/libva.git
> > http://git.debian.org/?p=pkg-multimedia/libva.git;a=summary
> 
> On Friday 12 February 2010 19:41:50 Andres Mejia wrote:
> > Packaging for vdpau-video is available at
> > git://git.debian.org/git/pkg-multimedia/vdpau-video.git
> > http://git.debian.org/?p=pkg-multimedia/vdpau-video.git;a=summary
> 
> I've looked at both packages, they both seems fine licensing and
> build-script wise. However, both use source format 3.0 (quilt). We have
> decided in the past against this package due to deficiencies in
> git-buildpackage for that format. I'd therefore suggest to revert to
> format 1.0 until we generally agree to upgrade existing packages.

I haven't had an issue with using git-buildpackage with format 3.0 (quilt) 
packages. There's the occasional need to run dh_quilt_unpatch manually to 
remove applied patches (when importing a new upstream orig tarball) but aside 
from that, I really haven't had a issue with git-buildpackage.

> Moreover, do you know if libva works with GM945 chipsets? If yes, you
> have me as co-maintainer. If not, is there perhaps someone else in the
> team interested in these two packages?
> 
> Regarding vaapi in general, I've heard that nivdia's vdpau supports
> hardware deinterlacing. Does something similar exist for vdpau?
> 

-- 
Regards,
Andres



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201002211545.31756.mcita...@gmail.com

Bug#570611: ITP: mythtv -- A personal video recorder application

[Andres Mejia]

On Saturday 20 February 2010 03:50:24 Mark Purcell wrote:
> On Saturday 20 February 2010 17:25:51 Andres Mejia wrote:
> >  This
> > would than follow with having mythtv use libmp3lame via dlopen. There's
> > also an interest upstream to use vorbis as a replacement/alternative to
> > mp3.
> 
> Andres,
> 
> Very keen to see this happen, the major issues previously were MP3 encoding
>  and decoding.
> 
> I originally proposed using libmad (decoder) and libtwolame (MP2 encoder).
> 
> If you can have that wipped then it could be a possibility.
> 
> Happy to assist if what ever way possible, you can also use the
>  pkg-mythtv-maintainers if you wish..
> 
> Mark
> 

Ok, I've implemented an initial patch that will get mythtv using libmp3lame 
via dlopen. You can find the packaging at
Vcs-Git: git://git.debian.org/git/collab-maint/mythtv.git
Vcs-Browser: http://git.debian.org/?p=collab-maint/mythtv.git

It seems to me mythtv only used libmp3lame for encoding, so there's no need 
for a decoder. I could work on this some more where mythtv falls back to using 
libtwolame in case libmp3lame is missing.

Any feedback is welcome. :)

-- 
Regards,
Andres



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201002220932.19549.mcita...@gmail.com

Bug#424951: ITP: alienarena2007 -- A standalone 3D first person online deathmatch shooter

[Andres Mejia]

Package: wnpp
Severity: wishlist

Upstream Author : John Diamond <[EMAIL PROTECTED]>
* URL : http://red.planetarena.org/
* License : (GPL, CCPL)

Much of the packaging work has been done in the SVN
. There is actually three
packages, alienarena2007 which has the game client,
alienarena2007-server which has the dedicated server, and
alienarena2007-data which has the game data files.

alienarena2007 and alienarena2007-server holds content under the GPL.
alienarena2007-data holds content under a CCPL, specifically Creative
Commons Attribution-NonCommercial-NoDerivs 3.0 Unported License
.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#424958: RFP: jgrasp -- lightweight development environment, mainly for java

[Andres Mejia]

Package: wnpp
Severity: wishlist

Upstream Authors: http://www.jgrasp.org/team.html
* URL: http://www.jgrasp.org/
* License: http://www.jgrasp.org/license.html

jGRASP is a lightweight development environment, created specifically
to provide automatic generation of software visualizations to improve
the comprehensibility of software. jGRASP is implemented in Java, and
runs on all platforms with a Java Virtual Machine (Java version 1.3 or
higher). jGRASP produces Control Structure Diagrams (CSDs) for Java,
C, C++, Objective-C, Ada, and VHDL; CPG diagrams for Java and Ada; UML
diagrams for Java; and has an integrated debugger and workbench for
Java.

jGRASP is developed by the Department of Computer Science and Software
Engineering in the Samuel Ginn College of Engineering at Auburn
University.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#398110: Debian packages for ogre 1.4.1

[Andres Mejia]

Hello,

I'll be willing to help with packaging ogre. What can I do to help?

Andres Mejia

Bug#426346: RFP: freeimage - library project for support of popular graphic image formats

[Andres Mejia]

Package: wnpp
Severity: wishlist

Upstream Author: Hervé Drolon <[EMAIL PROTECTED]>
URL: http://freeimage.sourceforge.net/
License: Dual License GPL/FIPL 

Description: FreeImage is an Open Source library project for
developers who would like to support popular graphics image formats
like PNG, BMP, JPEG, TIFF and others as needed by today's multimedia
applications. FreeImage is easy to use, fast, multithreading safe,
compatible with all 32-bit versions of Windows, and cross-platform
(works both with Linux and Mac OS X).

Bug#424951:

[Andres Mejia]

retitle 424951 ITP: alien-arena -- A standalone 3D first person online
deathmatch shooter
thanks

Changing the title to the proper package name.

--
Regards,
Andres Mejia


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#424951:

[Andres Mejia]

Would like to make a note that the CCPL is not used for any of these
packages. The main package (alien-arena) is under GPL with some scripts
under LGPL. The data package (alien-arena-data) is under a custom clause
where the package can be distributed provided it is distributed as a whole
and with the intent of using them with alien-arena.

--
Regards,
Andres Mejia

Bug#428718:

[Andres Mejia]

Hello,

I didn't check back on this bug until now. I've been working on a
funguloids package using the SVN and tarball storage used by the
Debian Games Team. Come join the team if you want to help.

There's a working package already. The only thing left to do is to
ensure that hiscore.lst is installed only during new installs, not
upgrades, and ensure that it gets removed when the package is being
uninstalled.

Here are some links.
http://svn.debian.org/wsvn/pkg-games/packages/trunk/funguloids/?rev=0&sc=0
http://pkg-games.alioth.debian.org/tarballs/funguloids_1.06.orig.tar.gz
http://wiki.debian.org/Games/SVN

Here's another link showing the current build status. It shows that it
failed but that's only because the 1.4.0 or higher ogre packages is
not distributed in the archives yet. It's going to change soon as
ogre-1.4.2 packages have just been accepted into the archive.
http://svnbuildstat.debian.net/packages/info/funguloids

--
Regards,
Andres Mejia


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#405768:

[Andres Mejia]

fixed 405768 1.4.3-1
thanks

This has been fixed. The new maintainers are the Debian Games Team and
myself. I will add a proper (Closes: NN) tag in the next release
of ogre.

-- 
Regards,
Andres Mejia


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#437516: ITP: ember - 3D client for the WorldForge Project

[Andres Mejia]

Package: wnpp
Severity: wishlist

* Package name : ember
Version : 0.5.0
Upstream Authors :
zzorn(Hans H�ggstr�m)   
Tim  (Tim Enderling)
Nikal(Lakin Wecker) 
AlistairD(Alistair Davidson)
Aglanor  (Miguel Guzm�n)
Lee  (Lee Begg) 
Adamgreg (Adam Gregory) 
Xmp  (Martin Pollard)   

* URL : http://wiki.worldforge.org/wiki/Ember
* License : (GPL)
Description : Ember is a client framework for Worldforge. It uses Ogre
1.4.3 and CEGUI 0.5.0, as well as newer versions of OgreOpcode and
PLSM2.

There will be two source packages, one for building the client and
another that's builds the arch-independent "media" package.