Bug#1019047: O: gst123 -- GStreamer based command line media player

2022-09-03 Thread Sebastian Dröge
Package: wnpp
Severity: normal
Control: affects -1 src:gst123

I intend to orphan the gst123 package.

The package description is:
 The program gst123 is designed to be a more flexible command line player in
 the spirit of ogg123 and mpg123, based on GStreamer. It plays all file formats
 supported by GStreamer, so if you have audio/video collections which contain
 different file formats, like flac, ogg and mp3, you can use gst123 to play all
 your audio/video files.



Bug#1019046: O: buzztrax -- Modular music composer

2022-09-03 Thread Sebastian Dröge
Package: wnpp
Severity: normal
Control: affects -1 src:buzztrax

I intend to orphan the buzztrax package.

The package description is:
 Buzztrax aims to be a music studio that allows one to compose songs using
 only a computer with a soundcard. If you’ve used tracker programs like
 FastTracker, Impulse Tracker, or the original AMIGA SoundTracker, that will
 give you an idea of how one can sequence music in Buzztrax. The Buzztrax
 editor uses a similar concept, where a song consists of a sequence with
 tracks and in each track one uses patterns with events (musical notes and
 control changes). In contrast to other Tracker programs, tracks are not
 simply sample players: a user can make a song using an arrangement of virtual
 audio plugins that are linked together to create different effects. Each of
 these machines can be controlled realtime or via patterns in the sequencer.


Bug#1018070: O: pitivi -- non-linear audio/video editor using GStreamer

2022-08-25 Thread Sebastian Dröge
Package: wnpp
Severity: normal
Control: affects -1 src:pitivi

I intend to orphan the pitivi package.

The package description is:
 GStreamer is a streaming media framework, based on graphs of filters
 which operate on media data.  Applications using this library can do
 anything from real-time sound processing to playing videos, and just
 about anything else media-related.  Its plugin-based architecture means
 that new data types or processing capabilities can be added simply by
 installing new plug-ins.
 .
 PiTiVi allows users to easily edit audio/video projects based on the
 GStreamer framework.  PiTIVi provides several ways of creating and
 modifying a timeline.  Ranging from a simple synopsis view (a-la
 iMovie) to the full-blown editing view (aka Complex View) which puts
 you in complete control of your editing.



Bug#1018069: O: game-music-emu -- Playback library for video game music files - development files

2022-08-25 Thread Sebastian Dröge
Package: wnpp
Severity: normal
Control: affects -1 src:game-music-emu

I intend to orphan the game-music-emu package.

The package description is:
 game-music-emu is a collection of video game music file emulators that
 support the following formats and systems:
  * AYZX Spectrum/Amstrad CPC
  * GBS   Nintendo Game Boy
  * GYM   Sega Genesis/Mega Drive
  * HES   NEC TurboGrafx-16/PC Engine
  * KSS   MSX Home Computer/other Z80 systems (doesn't support FM sound)
  * NSF/NSFE  Nintendo NES/Famicom (with VRC 6, Namco 106, and FME-7 sound)
  * SAP   Atari systems using POKEY sound chip
  * SPC   Super Nintendo/Super Famicom
  * VGM/VGZ   Sega Master System/Mark III, Sega Genesis/Mega Drive,BBC Micro
 .
 This package contains the header files, static libraries
 and symbolic links that developers using libgme will need.



Bug#890472: Status for Vulkan development tools?

2020-08-24 Thread Sebastian Dröge
On Mon, 13 Jul 2020 09:57:25 -0600 John Zupin  wrote:
> 
> Brett is no longer with LunarG and I'll be making updates to his ITP bug 
> submissions about the status of these packages.
> 
> The current status for the shaderc package is that it has been out for 
> 1+ years now and is hosted by LunarG.
> 
> I am LunarG's curator for these packages, please check 
> https://vulkan.lunarg.com/sdk/home under the "ubuntu packages" tab for 
> more information about our repository.

Would you consider maintaining them in Debian? That way people don't
have to get them from some random other place but directly from their
main package repository, and it would also appear in Ubuntu.

shaderc is at this point required for GTK4's and GStreamer's Vulkan
support, so not having it in the package repository is starting to
become a problem.



Bug#954799: ITA fatsort -- utility for sorting FAT directory structures

2020-03-23 Thread Sebastian Dröge
On Mon, 2020-03-23 at 17:27 +0100, Jordi Sayol wrote:
> 
> The current maintainer of the fatsort package has given me permission
> to adopt it, so I'll do it if there isn't any inconvenience.

Thanks for taking it over, please just go ahead :)


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


Bug#942314: RFP: gst-plugins-rs -- GStreamer plugins written in Rust

2019-10-14 Thread Sebastian Dröge
Package: wnpp
Severity: wishlist

* Package name: gst-plugins-rs
  Version : 0.5.0
  Upstream Author : Sebastian Dröge 
* URL : https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs
* License : LGPL, MIT/Apache-2.0
  Programming Lang: Rust
  Description : GStreamer plugins written in Rust

The GStreamer project is starting to write various extension plugins in the
Rust programming language. There are a few useful ones now at this point and
it would be good to start packaging them.

I personally don't have the time for maintaining this also in Debian in
addition to all the other GStreamer packages (help welcome!) but would be
happy to assist anybody who wants to start packaging gst-plugins-rs.

The package should probably be maintained as part of the Debian Rust team:
https://wiki.debian.org/Teams/RustPackaging
See there also for the Rust-specific packaging policy.

It will be required to also package various dependencies as part of this.


Bug#858015: ITP: gst-omx -- GStreamer OpenMax plugins

2017-03-17 Thread Sebastian Dröge
On Fri, 2017-03-17 at 21:58 +0800, Ying-Chun Liu (PaulLiu) wrote:

> Sorry forgot to mention my plan.
> Currently we have some libomxil-bellago* in Debian.
> I plan to package gst-omx by using update-alternatives on
> libgstomx.so and /etc/xdg/gstomx.conf on different configs.

Bellagio is a rather useless OpenMAX implementation and for all the
codecs it provides (which are software based), there are better native
GStreamer plugins available.

> So my plan is to have the following binary packages:
>  * gstreamer1.0-omx-generic: contains libgstomx-generic.so (build
> with
> generic target) and with the lowest priority for libgstomx.so
>  * gstreamer1.0-omx-generic-bin: usr/bin/listcomponents (I think we
> don't need to alternate this right? as it only reads the component
> names
> of openmax IL).

I wouldn't install that one, it's more a debugging tool and also
probably should be renamed to gst-omx-listcomponents instead otherwise.

Maybe put it into /usr/doc :)

>  * gstreamer1.0-omx-generic-config: contains
> /etc/xdg/gstomx-generic.conf which is an empty config and provides
> /etc/xdg/gstomx.conf with lowest priority.
>  * gstreamer1.0-omx-bellagio: contains libgstomx-bellagio.so (build
> with
> bellagoi target) and with the mid priority for libgstomx.so. This
> package will be set priority: extra.
>  * gstreamer1.0-omx-bellagio-config: contains
> /etc/xdg/gstomx-bellagio.conf modify with current Debian
> libomxil-bellagio path. And provides /etc/xdg/gstomx.conf with mid
> priority. This package will be set priority: extra.
> 
> Do you think this is good?
> I tried to build RPi but it needs to Build-Depends on proprietary
> headers so I'm not going to build it.
> 
> For RPi they can use update-alternatives to override libgstomx.so.
> 
> Please give me more comments if this is possible. Thank you very
> much.

Generally this approach seems sensible. You make a generic package and
then have update-alternatives for selecting between the different ones.

The main problem here is that on a generic system you don't have any
useful OpenMAX IL implementation. Bellagio is not useful. So only
specific variants for different hardware devices would seem useful.

I guess on ARM you could make a generic build, for many OpenMAX IL
implementations only a configuration file is needed and not a custom
build.


Hope this helps somehow :) I'm not sure what the best to do here is,
that's why I didn't consider packaging it myself. IMHO that's the job
of whoever does the distribution for a specific piece of hardware.


Sebastian

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


Bug#858015: ITP: gst-omx -- GStreamer OpenMax plugins

2017-03-17 Thread Sebastian Dröge
On Fri, 17 Mar 2017 18:42:37 +0800 "Ying-Chun Liu (PaulLiu)" 
<paul...@debian.org> wrote:
> Package: wnpp
> Owner: "Ying-Chun Liu (PaulLiu)" <paul...@debian.org>
> Severity: wishlist
> 
> * Package name: gst-omx
>   Version : 1.10.4
>   Upstream Author : Sebastian Dröge <sebastian.dro...@collabora.co.uk>
> * URL : https://gstreamer.freedesktop.org/modules/gst-omx.html
> * License : LGPL-2.1
>   Programming Lang: C
>   Description : GStreamer OpenMax plugins
>  This plugin wraps available OpenMAX IL components and makes
>  them available as standard GStreamer elements.

Hi,

Thanks for considering to package gst-omx, but on a generic Debian
system this will never work out of the box (you need a hardware
specific configuration file) and depending on the target embedded
device you will have to compile it specifically for that device.

How did you plan on packaging gst-omx?


Sebastian

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


Bug#788635: ITP: buzztrax - Music studio and tracker

2015-06-13 Thread Sebastian Dröge
Package: wnpp
Severity: normal

Package name: buzztrax
Version: 0.9
Upstream Author: Buzztrax project
URL: http://www.buzztrax.org
License: LGPLv2.1+

This replaces the buzztard package and its direct dependencies.

Buzztrax aims to be a music studio that allows one to compose songs
using only a computer with a soundcard. If you’ve used tracker programs
like FastTracker, Impulse Tracker, or the original AMIGA SoundTracker,
that will give you an idea of how one can sequence music in Buzztrax.
The Buzztrax editor uses a similar concept, where a song consists of a
sequence with tracks and in each track one uses patterns with events
(musical notes and control changes). In contrast to other Tracker
programs, tracks are not simply sample players: a user can make a song
using an arrangment of virtual audio plugins that are linked together
to create different effects. Each of these machines can be controlled
realtime or via patterns in the sequencer.

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


Bug#780513: ITP: gst-rtsp-server1.0 - GStreamer based RTSP server library

2015-03-15 Thread Sebastian Dröge
Package: wnpp
Severity: normal

Package name: gst-rtsp-server1.0
Version: 1.4.5
Upstream Author: GStreamer Project
URL: http://gstreamer.freedesktop.org
License: LGPLv2.1+

I'm planning to package gst-rtsp-server1.0 as part of the pkg-gstreamer
team. A package should go to the NEW queue some time later today.


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


Bug#619639: ITP: snappy -- Simple GStreamer based media player

2011-03-25 Thread Sebastian Dröge
Package: wnpp
Severity: wishlist
Owner: sl...@debian.org

* Package name: snappy
  Version : 0.1
* URL : https://github.com/luisbg/snappy
* License : GPL2+
  Description : Simple GStreamer based media player

Hi,
I'm going to upload a package for snappy in the next 1-2 hours.


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


Bug#598354: ITP: gstreamer0.10-v4l2loopback -- GStreamer sink to write into v4l2 loopback devices

2010-10-09 Thread Sebastian Dröge
On Sat, 2010-10-09 at 14:43 +0200, IOhannes m zmölnig wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 On 09/29/2010 03:16 PM, Sebastian Dröge wrote:
  on the long run, i would prefer if v4l2sink could write to the loopback
  device as well.
  
  Well, instead of writing something new wouldn't it be better to fix
  v4lsink instead? :) I'd be happy to review patches and commit them
  upstream :P
 
 it turned out that i could fix the v4l2loopback kernel module so that it
 is now supported by v4l2sink.
 
 since this obsoletes the v4l2loopback gst-element, i guess one could
 close this ITP.
 should i do that?

Yes, please close this ITP. I'll review and commit your patches to
v4l2sink later.


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


Bug#598354: ITP: gstreamer0.10-v4l2loopback -- GStreamer sink to write into v4l2 loopback devices

2010-09-29 Thread Sebastian Dröge
On Wed, 2010-09-29 at 13:04 +0200, IOhannes m zmoelnig wrote:
 On 2010-09-28 15:20, Sebastian Dröge wrote:
  On Tue, 2010-09-28 at 14:49 +0200, IOhannes m zmoelnig wrote:
  Package: wnpp
  Severity: wishlist
  Owner: IOhannes m zmoelnig zmoel...@iem.at
 
 
  * Package name: gstreamer0.10-v4l2loopback
Version : 0.2.0
Upstream Author : IOhannes m zmoelnig
  * URL : http://github.com/umlaeute/gst-v4l2loopback
  * License : LGPL
Programming Lang: C
Description : GStreamer sink to write into v4l2 loopback devices
 
  provides a GStreamer sink element v4l2loopback that takes a video-stream 
  and
  writes it into a V4L2 loopback device.
  ordinary v4l2-enabled applications can then access the video as if it was 
  coming
  from an ordinary capture device.
  among other things, this allows to add stream-receiving and support for 
  non-v4l2
  capture devices capabilities to V4L2-only applications.
  
  How is this different from the v4l2sink element from gst-plugins-good?
  That element can output a video stream to any v4l2 device that supports
  this, including a loopback device.
 
 
 the difference is, that the v4l2sink is currently unable to send data to
 the v4l2loopback device.
 the problem seems to be, that the v4l2loopback device accepts any
 format, whereas the v4l2sink expects the device to return the one single
 format accepted...
 
 on the long run, i would prefer if v4l2sink could write to the loopback
 device as well.

Well, instead of writing something new wouldn't it be better to fix
v4lsink instead? :) I'd be happy to review patches and commit them
upstream :P

But IIRC v4l2sink only expects the v4l2 device to list all supported
formats and then can use any of these formats. Also IIRC it was written
by someone who wanted to use it for a loopback device so it actually
worked at some point ;)


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


Bug#598354: ITP: gstreamer0.10-v4l2loopback -- GStreamer sink to write into v4l2 loopback devices

2010-09-28 Thread Sebastian Dröge
On Tue, 2010-09-28 at 14:49 +0200, IOhannes m zmoelnig wrote:
 Package: wnpp
 Severity: wishlist
 Owner: IOhannes m zmoelnig zmoel...@iem.at
 
 
 * Package name: gstreamer0.10-v4l2loopback
   Version : 0.2.0
   Upstream Author : IOhannes m zmoelnig
 * URL : http://github.com/umlaeute/gst-v4l2loopback
 * License : LGPL
   Programming Lang: C
   Description : GStreamer sink to write into v4l2 loopback devices
 
 provides a GStreamer sink element v4l2loopback that takes a video-stream and
 writes it into a V4L2 loopback device.
 ordinary v4l2-enabled applications can then access the video as if it was 
 coming
 from an ordinary capture device.
 among other things, this allows to add stream-receiving and support for 
 non-v4l2
 capture devices capabilities to V4L2-only applications.

How is this different from the v4l2sink element from gst-plugins-good?
That element can output a video stream to any v4l2 device that supports
this, including a loopback device.


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


Bug#596676: ITP: gst-entrans -- transcoding and recording plug-ins and tools for GStreamer

2010-09-13 Thread Sebastian Dröge
On Mon, 2010-09-13 at 12:33 +0200, Jonas Smedegaard wrote:
 Package: wnpp
 Severity: wishlist
 Owner: Jonas Smedegaard d...@jones.dk
 
 * Package name: gst-entrans
   Version : 0.10.2
   Upstream Author : Mark Nauwelaerts mn...@users.sourceforge.net
 * URL : http://gentrans.sourceforge.net/
 * License : GPL-2+
   Programming Lang: C, Python
   Description : transcoding and recording plug-ins and tools for GStreamer
 
  GEntrans, or GStreamer Entrans, is a software package providing a
  collection of plug-ins and tools for the GStreamer multimedia framework
  specifically geared towards transcoding and recording purposes.

Great, thanks for packaging this. Do you want to maintain it under
pkg-gstreamer maybe?


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


Bug#596676: ITP: gst-entrans -- transcoding and recording plug-ins and tools for GStreamer

2010-09-13 Thread Sebastian Dröge
On Mon, 2010-09-13 at 16:32 +0200, Jonas Smedegaard wrote:
 On Mon, Sep 13, 2010 at 03:47:00PM +0200, Sebastian Dröge wrote:
 On Mon, 2010-09-13 at 12:33 +0200, Jonas Smedegaard wrote:
  Package: wnpp
  Severity: wishlist
  Owner: Jonas Smedegaard d...@jones.dk
 
  * Package name: gst-entrans
Version : 0.10.2
Upstream Author : Mark Nauwelaerts mn...@users.sourceforge.net
  * URL : http://gentrans.sourceforge.net/
  * License : GPL-2+
Programming Lang: C, Python
Description : transcoding and recording plug-ins and tools for 
  GStreamer
 
   GEntrans, or GStreamer Entrans, is a software package providing a 
   collection of plug-ins and tools for the GStreamer multimedia 
   framework specifically geared towards transcoding and recording 
   purposes.
 
 Great, thanks for packaging this. Do you want to maintain it under
 pkg-gstreamer maybe?
 
 Good suggestion.
 
 I did intend to use the multimedia team, but pkg-gstreamer no doubt is a 
 better place for this, of there are no show-stoppers :-)
 
 Just one possible show-stopper: I use CDBS and git-buildpackage[1].  
 Does that clash with some policy or coding style of the Gstreamer team?

That's ok, just put it somewhere on git.debian.org in collab-maint :)
gst123 is maintained in GIT too... but all other pkg-gstreamer packages
are still maintained in SVN, mainly because I didn't have the time to
migrate them


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


Bug#582271: Looks as if the ITP for webm and libvpx are ITPs for the same software

2010-05-23 Thread Sebastian Dröge
On Sun, 2010-05-23 at 13:36 +0200, Paul Menzel wrote:
 Am Donnerstag, den 20.05.2010, 09:26 +0200 schrieb Sebastian Dröge:
  On Thu, 2010-05-20 at 04:22 +0200, Axel Beckert wrote:
 
   for me it looks as if http://bugs.debian.org/582271 and
   http://bugs.debian.org/582286 are more or less about packaging the
   same software. (I'm though not sure so no merge by me, just a heads
   up. :-)
   
 Regards, Axel
  
  They are, thanks for noticing :)
  
  libvpx is the library name for the encoder/decoder, webm is the
  marketing name of the file format.
  
  A package for libvpx is already waiting in NEW.
 
 Thank you for all your great and quick work!
 
 I looked at [1], but I did not find a way to get the packages. I
 searched the Web on how to get or install packages from the NEW queue,
 but I just found that people offer those packages in a private
 archive/repository.
 
 Do you have such a repository or an archive?

You can get it from here:
https://launchpad.net/~gstreamer-developers/+archive/ppa/+packages?field.name_filter=field.status_filter=publishedfield.series_filter=lucid


Just drop the newest changelog entry and you have the version from the
NEW queue.


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


Bug#582286: Bug#582271: Looks as if the ITP for webm and libvpx are ITPs for the same software

2010-05-20 Thread Sebastian Dröge
On Thu, 2010-05-20 at 04:22 +0200, Axel Beckert wrote:
 Hi,
 
 for me it looks as if http://bugs.debian.org/582271 and
 http://bugs.debian.org/582286 are more or less about packaging the
 same software. (I'm though not sure so no merge by me, just a heads
 up. :-)
 
   Regards, Axel

They are, thanks for noticing :)

libvpx is the library name for the encoder/decoder, webm is the
marketing name of the file format.

A package for libvpx is already waiting in NEW.


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


Bug#582286: Bug#582271: Looks as if the ITP for webm and libvpx are ITPs for the same software

2010-05-20 Thread Sebastian Dröge
On Thu, 2010-05-20 at 13:26 +0200, Mike Hommey wrote:
 On Thu, May 20, 2010 at 09:26:20AM +0200, Sebastian Dröge wrote:
  On Thu, 2010-05-20 at 04:22 +0200, Axel Beckert wrote:
   Hi,
   
   for me it looks as if http://bugs.debian.org/582271 and
   http://bugs.debian.org/582286 are more or less about packaging the
   same software. (I'm though not sure so no merge by me, just a heads
   up. :-)
   
 Regards, Axel
  
  They are, thanks for noticing :)
  
  libvpx is the library name for the encoder/decoder, webm is the
  marketing name of the file format.
  
  A package for libvpx is already waiting in NEW.
 
 Actually, libvpx only deals with the video codec part of webm. The
 container part is handled by libnestegg (at least on mozilla end).
 
 Would some of you be interested in taking care of libnestegg ?

I'm not interested in libnestegg, especially because I don't understand
why they have to write yet another Matroska demuxer instead of using one
of the existing ones...


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


Bug#582286: Bug#582271: Looks as if the ITP for webm and libvpx are ITPs for the same software

2010-05-20 Thread Sebastian Dröge
On Thu, 2010-05-20 at 13:33 +0200, Sebastian Dröge wrote:
 On Thu, 2010-05-20 at 13:26 +0200, Mike Hommey wrote:
  On Thu, May 20, 2010 at 09:26:20AM +0200, Sebastian Dröge wrote:
   On Thu, 2010-05-20 at 04:22 +0200, Axel Beckert wrote:
Hi,

for me it looks as if http://bugs.debian.org/582271 and
http://bugs.debian.org/582286 are more or less about packaging the
same software. (I'm though not sure so no merge by me, just a heads
up. :-)

Regards, Axel
   
   They are, thanks for noticing :)
   
   libvpx is the library name for the encoder/decoder, webm is the
   marketing name of the file format.
   
   A package for libvpx is already waiting in NEW.
  
  Actually, libvpx only deals with the video codec part of webm. The
  container part is handled by libnestegg (at least on mozilla end).
  
  Would some of you be interested in taking care of libnestegg ?
 
 I'm not interested in libnestegg, especially because I don't understand
 why they have to write yet another Matroska demuxer instead of using one
 of the existing ones...

Oh and I should probably add that the gstreamer and ffmpeg matroska
demuxer/muxers got support for webm already ;)


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


Bug#582271: ITP: libvpx -- VP8 video codec library

2010-05-19 Thread Sebastian Dröge
Package: wnpp
Severity: wishlist
Owner: sl...@debian.org

* Package name: libvpx
  Version : 2.0.0
* URL : http://www.webmproject.org
* License : BSD
  Description : VP8 video codec library

Hi,
I'm going to upload a package for the VP8 video codec library soonish. 


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


Bug#579571: ITP: gnome-icon-theme-symbolic -- Symbolic icons for the default GNOME icon theme

2010-04-28 Thread Sebastian Dröge
Package: wnpp
Severity: wishlist
Owner: sl...@debian.org

* Package name: gnome-icon-theme-symbolic
  Version : 2.30.0
* URL :
http://ftp.gnome.org/pub/gnome/sources/gnome-icon-theme-symbolic
* License : CC-BY-SA 3.0
  Description : Symbolic icons for the default GNOME icon theme

Hi,
I'm planning to package gnome-icon-theme-symbolic as part of pkg-gnome. 
A package will be uploaded tomorrow.



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


Bug#578594: ITP: gnome-icon-theme-extras -- Additional icons for the default GNOME icon theme

2010-04-21 Thread Sebastian Dröge
Package: wnpp
Severity: wishlist
Owner: sl...@debian.org

* Package name: gnome-icon-theme-extras
  Version : 2.30.1
* URL :
http://ftp.gnome.org/pub/gnome/sources/gnome-icon-theme-extras
* License : CC-BY-SA 3.0
  Description : Additional icons for the default GNOME icon theme

Hi,
I'm planning to package gnome-icon-theme-extras as part of pkg-gnome. 
A package will be uploaded in the next hours.


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


Bug#577074: ITP: mm-common -- Common build files of the GNOME C++ bindings

2010-04-09 Thread Sebastian Dröge
Package: wnpp
Severity: wishlist
Owner: sl...@debian.org

* Package name: mm-common
  Version : 0.9.2
  Upstream Author : Openismus GmbH http://www.openismus.com/
* URL : http://www.gtkmm.org/
* License : GPL-2+
  Description : Common build files of the GNOME C++ bindings

Hi,
I'm planning to package mm-common as part of pkg-gnome. The packaging is
based on the package by Daniel Elstner from
https://launchpad.net/~daniel-elstner/+archive/ppa and will be uploaded
in a few minutes.


 The mm-common module provides the build infrastructure and utilities
  shared among the GNOME C++ binding libraries.  It is only a required
  dependency for building the C++ bindings from the gnome.org version
  control repository.  An installation of mm-common is not required for
  building tarball releases, unless configured to use maintainer-mode.
  .
  The mm-common package also includes a snapshot of the Doxygen tag file
  for the GNU C++ Library reference documentation.


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


Bug#540332: ITP: at-spi2-core -- Assistive Technology Service Provider Interface (Core) - dbus

2010-03-30 Thread Sebastian Dröge
On Tue, 2010-03-30 at 11:02 +0200, Mario Lang wrote:

  They're part of GNOME 2.30, which is a goal for squeeze,
 
 part of in the sense that they are installed in paralell with at-spi,
 or does this mean GNOME 2.30 wants to ship at-spi2 as the
 default accessibility backend?
 You have to understand that the switch from at-spi to at-spi2 is
 very very substantial and likely will break a few things.

They're part of GNOME 2.30 as optional alternative to at-spi(1).
at-spi(1) is still in the platform and at-spi2 is part of the desktop
suite.

It would be great to have both available in squeeze as alternatives
IMHO.


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


Bug#540332: ITP: at-spi2-core -- Assistive Technology Service Provider Interface (Core) - dbus

2010-03-29 Thread Sebastian Dröge
Hi,
what's the plan with at-spi2-core/-atk? Will they be uploaded to
experimental soonish (to get them out of NEW) and then to unstable?
They're part of GNOME 2.30, which is a goal for squeeze, and as such
should go into unstable as soon as a stable release exists.

Thanks for working on these packages :)


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


Bug#570613: ITP: bcov -- Code coverage analysis tool

2010-02-20 Thread Sebastian Dröge
Package: wnpp
Severity: wishlist
Owner: sl...@debian.org

* Package name: bcov
  Version : 0.2
  Upstream Author : Thomas Neumann
* URL : http://bcov.sourceforge.net/
* License : GPL-2
  Description : Code coverage analysis tool

Hi,
I'm planning to maintain bcov. A package is already ready and will be
uploaded in a few minutes.

 bcov produces coverage information without recompiling a program by
 instrumenting it with breakpoints. Effectively it debugs the program
 automatically, removing each breakpoint after it has been hit. This
 produces detailed coverage information with minimal runtime overhead.
 .
 This package contains bcov for producing the coverage data and
 bcov-report for generating human readable HTML files from the
 collected coverage data.




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


Bug#552705: ITP: mp4v2 -- a library that provides functions to read, eate, and modify mp4 files

2009-10-29 Thread Sebastian Dröge
Am Mittwoch, den 28.10.2009, 10:09 +0100 schrieb Fabian Greffrath:

 The Debian multimedia packages maintainers are still unsure if there are
 packages that actually make use of this library at all. Interested
 users, please indicate your interest in this bug and CC our mailing
 list!

faac can use it IIRC but that can never be in Debian ;)


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Bug#550959: ITP: transmageddon -- video transcoder for Linux and Unix systems built using GStreamer

2009-10-14 Thread Sebastian Dröge
Am Mittwoch, den 14.10.2009, 14:45 +0200 schrieb Alessio Treglia:
 Package: wnpp
 Severity: wishlist
 Owner: Alessio Treglia quadris...@ubuntu.com
 
 * Package name: transmageddon
   Version : 0.14
   Upstream Author : Christian Schaller ura...@gnome.org
 * URL : http://www.linuxrising.org/transmageddon
 * License : LGPL
   Programming Lang: Python
   Description : video transcoder for Linux and Unix systems built using 
 GStreamer
 
  Transmageddon supports almost any format as its input and can
  generate a very large host of output files. The goal of the
  application was to help people to create the files they need
  to be able to play on their mobile devices and for people not
  hugely experienced with multimedia to generate a multimedia
  file without having to resort to command line tools with

Hi,
would you like to package this as part of the pkg-gstreamer team? I
could give you SVN access.

I had this on my to-package list since some time already but didn't get
to it yet. I'd be happy to review and sponsor your package.


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Bug#550959: ITP: transmageddon -- video transcoder for Linux and Unix systems built using GStreamer

2009-10-14 Thread Sebastian Dröge
Am Mittwoch, den 14.10.2009, 15:56 +0200 schrieb Alessio Treglia:
 Hi Sebastian,
 
  would you like to package this as part of the pkg-gstreamer team? I
  could give you SVN access.
  I had this on my to-package list since some time already but didn't get
  to it yet. I'd be happy to review and sponsor your package.
 
 
 It's OK for me, I hope to upload it to mentors.debian.net soon.

What's your alioth account name?


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Bug#550959: ITP: transmageddon -- video transcoder for Linux and Unix systems built using GStreamer

2009-10-14 Thread Sebastian Dröge
Am Mittwoch, den 14.10.2009, 22:25 +0200 schrieb Alessio Treglia:
 2009/10/14 Sebastian Dröge sl...@circular-chaos.org:
  What's your alioth account name?
 
 It's quadrispro-guest.

Ok, thanks. You should have write access to pkg-gstreamer now at
svn+ssh://svn.debian.org/svn/pkg-gstreamer

If you place the transmageddon packaging there, put it into unstable,
similar to everything else there :)
And if you want me to review the packaging and sponsor it just tell me


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Bug#459325: ITP: clang -- C language family frontend for LLVM

2009-10-03 Thread Sebastian Dröge
Hi,
any newws on this? Would be nice to have clang in Debian :)


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Bug#540480: ITP: game-music-emu -- Playback library for video game music files

2009-08-08 Thread Sebastian Dröge
Package: wnpp
Severity: wishlist
Owner: sl...@debian.org

* Package name  : game-music-emu
* Version   : 0.5.5
  Upstream Authors  : Shay Green gbla...@gmail.com
* URL   : http://code.google.com/p/game-music-emu
* License   : LGPL 2.1
  Description   : Playback library for video game music files

Hi,
I plan to package game-music-emu.

  game-music-emu is a collection of video game music file emulators that
  support the following formats and systems:
   * AYZX Spectrum/Amstrad CPC
   * GBS   Nintendo Game Boy
   * GYM   Sega Genesis/Mega Drive
   * HES   NEC TurboGrafx-16/PC Engine
   * KSS   MSX Home Computer/other Z80 systems (doesn't support FM sound)
   * NSF/NSFE  Nintendo NES/Famicom (with VRC 6, Namco 106, and FME-7 sound)
   * SAP   Atari systems using POKEY sound chip
   * SPC   Super Nintendo/Super Famicom
   * VGM/VGZ   Sega Master System/Mark III, Sega Genesis/Mega Drive,BBC Micro


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Bug#540480: Review of the copyright file of game-music-emu_0.5.5-1.dsc.

2009-08-08 Thread Sebastian Dröge
Am Samstag, den 08.08.2009, 22:19 +0900 schrieb Charles Plessy:
 user debian-le...@lists.debian.org
 usertags 540480 one-copyright-review
 thanks
 
 Dear Sebastian,
 
 In the hope of speeding up and strenghtening the processing of the NEW queue I
 had a look at your package. The rationale is explained in the proposal in the
 following wiki page:
 
 http://wiki.debian.org/CopyrightReview
 
 I have found that the three following files have more a more permissive 
 license
 than the LGPL:
 
 ./demo/Wave_Writer.cpp
 ./player/Audio_Scope.cpp
 ./player/Music_Player.cpp
 
  /* Copyright (C) 2005-2006 by Shay Green. Permission is hereby granted, free 
 of
  charge, to any person obtaining a copy of this software module 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. */
 
 This will probably be detected by our archive administrators. I do not know if
 it will make them reject your package, but to play safe and save their time, 
 do
 not hesitate to reupload a corrected version. This will not make it move
 backwards in the queue.

Hi,
thanks for looking at this but debian/copyright lists this already. Just
take a look at the very bottom of the file, I say there the demo/* and
player/* are MIT/X11 licensed. Am I missing something here?


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Bug#531547: ITP: libgdata -- Library for accessing GData webservices

2009-06-02 Thread Sebastian Dröge
Package: wnpp
Severity: wishlist
Owner: sl...@debian.org

* Package name  : libgdata
* Version   : 0.3.0
  Upstream Authors  : Philip Withnall phi...@tecnocode.co.uk
* URL   : http://live.gnome.org/libgdata
* License   : LGPL 2.1
  Description   : Library for accessing GData webservices

Hi,
I plan to package libgdata. This will be maintained under pkg-gnome and
is a new dependency for totem = 2.27.0


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Bug#531407: ITP: orc -- Library of Optimized Inner Loops Runtime Compiler

2009-06-01 Thread Sebastian Dröge
Package: wnpp
Severity: wishlist
Owner: sl...@debian.org

* Package name  : orc
* Version   : 0.4
  Upstream Authors  : David Schleef d...@entropywave.com 
* URL   : http://www.schleef.org/orc
* License   : MIT
  Description   : Library of Optimized Inner Loops Runtime Compiler

Hi,
I plan to package orc, it will be maintained under pkg-gstreamer for now.

Quoting the release announcement:
 ORC - The Oil Runtime Compiler
 ==
 
 (and OIL stands for Optimized Inner Loops)
 
 Entropy Wave Inc (http://entropywave.com/) presents Orc, the sucessor
 to Liboil - The Library of Optimized Inner Loops.
 
 Orc is a library and set of tools for compiling and executing
 very simple programs that operate on arrays of data.  The language
 is a generic assembly language that represents many of the features
 available in SIMD architectures, including saturated addition and
 subtraction, and many arithmetic operations.
 
 At this point, developers interested in using Orc should look at the
 examples and try out a few Orc programs in an experimental branch
 of their own projects.  And provide feedback on how it works.  There
 will likely be some major changes in ease of use from a developer's
 perspective over the next few releases.
 
 The 0.4 series of Orc releases will be API and ABI compatible, and
 will be incompatible with the 0.5 series when it comes out.  It is
 anticipated that 0.5 will follow in a few months.
 
 
 Features:
 
  - Users can create, compile, and run simple programs that use the
vector extensions of the CPU, all directly from an application.
 
  - Users can compile Orc programs to assembly source code to be
compiled and used without linking against the Orc library.
 
  - The generic assembly language can be extended by an application
by adding new opcodes.
 
  - An application can add rules for converting existing or new opcodes
to binary code for a specific target.
 
  - Current targets: SSE, MMX, ARM, Altivec.  (ARM is very limited.)
The NEON and TI c64x+ DSP targets are not open source and can be
licensed separately from Entropy Wave.
 
  - Programs can optionally be emulated, which is useful for testing,
 or
if no rules are available to convert Orc opcodes to executable
 code.


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


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

2009-05-09 Thread Sebastian Dröge
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 diraci...@rd.bbc.co.uk
 * 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.


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Bug#476103: ghmm in Debian

2009-02-01 Thread Sebastian Dröge
Am Sonntag, den 01.02.2009, 18:30 -0500 schrieb Tim Abbott:
 Hello Sebastian,
 
 Are you still planning on packaging ghmm for Debian?
 
 The latest version of Sage (http://sagemath.org) requires it, and so I was 
 about to begin work on packaging it when I found your ITP report.

No, I don't plan to package it anymore as I stopped using it. Feel free
to take the ITP yourself :)


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Bug#507345: ITP: gst-buzztard -- modular, free, open source music studio (GStreamer extensions)

2008-11-30 Thread Sebastian Dröge
Package: wnpp
Severity: wishlist
Owner: [EMAIL PROTECTED]

* Package name: gst-buzztard
  Version : 0.4.0
  Upstream Author : Stefan Kost [EMAIL PROTECTED]
* URL : http://www.buzztard.org
* License : LGPL 2.1+
  Description : modular, free, open source music studio

Hi,
I'm planning to package buzztard soonish, now that some fundamental
issues are solved in 0.4.0.

Together with buzztard the three dependencies gst-buzztard, bml and bsl
will also be packaged.

This package will be maintained by the pkg-gstreamer team.


 The buzztard project aims to provide a modular, free, open source
 music studio that is conceptually based on the proprietary Windows
 software called Buzz. The Buzz software is not really further
 developed, as the main developer has lost his source code. The
 buzztard project itself has no direct link to Buzz (apart from its
 concepts that we build upon). We don't want to make buzztard a 1:1
 Buzz copy. In comparison to Buzz, we hope that our software will
 improve in usability and features in the future. To allow migration
 for Buzz users, we are providing song-file import and buzz-machine
 reuse.
 
 Features and functionality are added in small development cycles (see
 Roadmap for the current planning and Status for what we achieved
 already).
 
 Buzztard is free software and distributed under the LGPL.


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Bug#507341: ITP: buzztard -- modular, free, open source music studio

2008-11-30 Thread Sebastian Dröge
Package: wnpp
Severity: wishlist
Owner: [EMAIL PROTECTED]

* Package name: buzztard
  Version : 0.4.0
  Upstream Author : Stefan Kost [EMAIL PROTECTED]
* URL : http://www.buzztard.org
* License : LGPL 2.1+
  Description : modular, free, open source music studio

Hi,
I'm planning to package buzztard soonish, now that some fundamental
issues are solved in 0.4.0.

Together with buzztard the three dependencies gst-buzztard, bml and bsl
will also be packaged.

This package will be maintained by the pkg-gstreamer team.


 The buzztard project aims to provide a modular, free, open source
 music studio that is conceptually based on the proprietary Windows
 software called Buzz. The Buzz software is not really further
 developed, as the main developer has lost his source code. The
 buzztard project itself has no direct link to Buzz (apart from its
 concepts that we build upon). We don't want to make buzztard a 1:1
 Buzz copy. In comparison to Buzz, we hope that our software will
 improve in usability and features in the future. To allow migration
 for Buzz users, we are providing song-file import and buzz-machine
 reuse.
 
 Features and functionality are added in small development cycles (see
 Roadmap for the current planning and Status for what we achieved
 already).
 
 Buzztard is free software and distributed under the LGPL.


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Bug#507343: ITP: bml -- modular, free, open source music studio (BuzzMachine loader)

2008-11-30 Thread Sebastian Dröge
Package: wnpp
Severity: wishlist
Owner: [EMAIL PROTECTED]

* Package name: bml
  Version : 0.4.0
  Upstream Author : Stefan Kost [EMAIL PROTECTED]
* URL : http://www.buzztard.org
* License : LGPL 2.1+
  Description : modular, free, open source music studio

Hi,
I'm planning to package buzztard soonish, now that some fundamental
issues are solved in 0.4.0.

Together with buzztard the three dependencies gst-buzztard, bml and bsl
will also be packaged.

This package will be maintained by the pkg-gstreamer team.


 The buzztard project aims to provide a modular, free, open source
 music studio that is conceptually based on the proprietary Windows
 software called Buzz. The Buzz software is not really further
 developed, as the main developer has lost his source code. The
 buzztard project itself has no direct link to Buzz (apart from its
 concepts that we build upon). We don't want to make buzztard a 1:1
 Buzz copy. In comparison to Buzz, we hope that our software will
 improve in usability and features in the future. To allow migration
 for Buzz users, we are providing song-file import and buzz-machine
 reuse.
 
 Features and functionality are added in small development cycles (see
 Roadmap for the current planning and Status for what we achieved
 already).
 
 Buzztard is free software and distributed under the LGPL.


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Bug#507344: ITP: bsl -- modular, free, open source music studio (BuzzSong loader)

2008-11-30 Thread Sebastian Dröge
Package: wnpp
Severity: wishlist
Owner: [EMAIL PROTECTED]

* Package name: gst-buzztard
  Version : 0.4.0
  Upstream Author : Stefan Kost [EMAIL PROTECTED]
* URL : http://www.buzztard.org
* License : LGPL 2.1+
  Description : modular, free, open source music studio

Hi,
I'm planning to package buzztard soonish, now that some fundamental
issues are solved in 0.4.0.

Together with buzztard the three dependencies gst-buzztard, bml and bsl
will also be packaged.

This package will be maintained by the pkg-gstreamer team.


 The buzztard project aims to provide a modular, free, open source
 music studio that is conceptually based on the proprietary Windows
 software called Buzz. The Buzz software is not really further
 developed, as the main developer has lost his source code. The
 buzztard project itself has no direct link to Buzz (apart from its
 concepts that we build upon). We don't want to make buzztard a 1:1
 Buzz copy. In comparison to Buzz, we hope that our software will
 improve in usability and features in the future. To allow migration
 for Buzz users, we are providing song-file import and buzz-machine
 reuse.
 
 Features and functionality are added in small development cycles (see
 Roadmap for the current planning and Status for what we achieved
 already).
 
 Buzztard is free software and distributed under the LGPL.


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Bug#505653: ITP: gtask -- GObject toolkit for asynchronous programming

2008-11-13 Thread Sebastian Dröge
Package: wnpp
Severity: wishlist
Owner: [EMAIL PROTECTED]

* Package name: gtask
  Version : 0.1.2
  Upstream Author : Christian Hergert [EMAIL PROTECTED]
* URL : http://docs.dronelabs.com/gtask/
* License : LGPL 2.1
  Description : GObject toolkit for asynchronous programming

Hi,
I'm planning to package gtask soonish.

GTask is a young project working towards providing an asynchronous
toolkit to GObject and associated language bindings.

This package will be maintained by the pkg-gnome group.


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Bug#501534: ITP: gir-repository -- Introspection data for several Gnome libraries

2008-10-08 Thread Sebastian Dröge
Package: wnpp
Severity: wishlist
Owner: [EMAIL PROTECTED]

* Package name: gir-repository
  Version : SVN
  Upstream Author : Matthias Clasen [EMAIL PROTECTED]
Johan Dahlin  [EMAIL PROTECTED]
Jürg Billeter  [EMAIL PROTECTED]
Philip Van Hoof  [EMAIL PROTECTED]
Rob Taylor  [EMAIL PROTECTED]
* URL : http://live.gnome.org/GObjectIntrospection
* License : GPLv3+
  Description : Introspection data for several Gnome libraries

Hi,
I'm planning to package gir-repository soonish. It's a collection of
interface introspection data for several Gnome libraries and it's
content will later move into the corresponding libraries once
gobject-introspection is stable.

This package will be maintained by the pkg-gnome group.


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Bug#497451: ITP: gobject-introspection -- Generate interface introspection data for GObject libraries

2008-09-01 Thread Sebastian Dröge
Package: wnpp
Severity: wishlist
Owner: [EMAIL PROTECTED]

* Package name: gobject-introspection
  Version : 0.5
  Upstream Author : Matthias Clasen [EMAIL PROTECTED]
Johan Dahlin  [EMAIL PROTECTED]
Jürg Billeter  [EMAIL PROTECTED]
Philip Van Hoof  [EMAIL PROTECTED]
Rob Taylor  [EMAIL PROTECTED]
* URL : http://live.gnome.org/GObjectIntrospection
* License : GPLv3+
  Description : Generate interface introspection data for GObject
libraries

Hi,
I'm planning to package gobject-introspection soonish. It can be used
for generating interface introspection data for GObject libraries which
then can be used for automatic code generation for language bindings.

This package will be maintained by the pkg-gnome group.




signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Bug#493113: ITP: libunique -- Library for writing single instance applications

2008-07-31 Thread Sebastian Dröge
Package: wnpp
Severity: wishlist
Owner: [EMAIL PROTECTED]

* Package name  : libunique
  Upstream Authors  : Emmanuele Bassi [EMAIL PROTECTED]
* URL   : http://live.gnome.org/LibUnique
* License   : LGPL
  Description   : Library for writing single instance applications

 Unique is a library for writing single instance application. If you
 launch a single instance application twice, the second instance will
 either just quit or will send a message to the running instance. 
 
 Unique makes it easy to write this kind of applications, by providing
 a base class, taking care of all the IPC machinery needed to send
 messages to a running instance, and also handling the startup
 notification side. 
 
 Unique aims to replace the BaconMessageConnection code that has been
 copied by many projects and the code using Bonobo and D-Bus. 



signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Bug#435678: Status of Cheese packaging?

2008-04-17 Thread Sebastian Dröge
Am Donnerstag, den 17.04.2008, 15:08 +0900 schrieb Changwoo Ryu:
 2008-03-26, 16:07 +0100, Sven Arvidsson:
  Hi,
  
  Cheese was rejected by the ftp masters, so it will need to go through
  NEW again.
  
  http://lists.alioth.debian.org/pipermail/pkg-gnome-maintainers/2008-March/043371.html
  
 
 AFAICS the reject reason (copyright file) has been corrected in the svn.
 Please upload it again. A lot of people are waiting for it. :)

Sjoerd asked for someone else to review the copyright file before his
next upload. Until now nobody reviewed it, it's somewhere on my TODO
list though, might take some time


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Bug#476103: ITP: ghmm -- Library with data structures and algorithms for Hidden Markov Models

2008-04-14 Thread Sebastian Dröge
Package: wnpp
Severity: wishlist
Owner: [EMAIL PROTECTED]

* Package name  : ghmm
  Upstream Authors  : Alexander Schliep
  Benjamin Georgi
  Wasinee Rungsarityotin
  Ivan G. Costa
  Janne Grunau
  Matthias Heinig 
* URL   : http://www.ghmm.org
* License   : LGPL
  Description   : Library with data structures and algorithms for
Hidden Markov Models

Hi,
I plan to package ghmm. I will include the C library and python bindings
to it.

There will be one build of the C library against GSL (the GNU Scientific
Library which is GPL, thus causing possible license problems with some
software) and one build without GSL. These two builds will be ABI
compatible.

 The General Hidden Markov Model library (GHMM) is a freely available
 LGPL-ed C library implementing efficient data structures and
 algorithms for basic and extended HMMs. The development is hosted at
 Sourceforge http://sourceforge.net/projects/ghmm/, where you have
 access to the Subversion repository, mailing lists and forums.
 
 The GHMM is developed by the Algorithmics group at the Max Planck
 Institute for Molecular Genetics.
 Features:
   * Discrete and continous emissions
   * Mixtures of PDFs for continous emissions
   * Non-homogenous Markov chains
   * Pair HMMs (contributed by Genoscope )
   * Clustering and mixture modelling for HMMs
   * Graphical Editor HMMEd
   * Python bindings
   * XML-based file format
   * Portable (autoconf, automake, Windows)
   * C++ API (NOT under active development, unsupported
Bye


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Bug#474704: ITP: libreplaygain -- Library for replaygain calculation

2008-04-07 Thread Sebastian Dröge
Owner: [EMAIL PROTECTED]
Package: wnpp
Severity: wishlist

* Package name: libreplaygain
  Version : 1.0
  Upstream Author : David Robinson and Glen Sawyer
* URL : http://svn.musepack.net/libreplaygain/
* License : LGPL-2.1
  Description : Library for replaygain calculation

Hi,
I intend to package libreplaygain. It's needed for libmpc, see other ITP
bug.

Bye




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



Bug#472708: ITA: gnet -- Developer files for GNet network library

2008-04-06 Thread Sebastian Dröge
retitle 472708 ITA: gnet -- Developer files for GNet network library
thanks

Hi,
I'll adopt this package and will upload a new version later.


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Bug#472203: ITP: libmpc -- Libraries and utilities for encoding/decoding/processing MusePack files

2008-03-22 Thread Sebastian Dröge
Package: wnpp
Severity: wishlist
Owner: [EMAIL PROTECTED]

* Package name  : libmpc
  Upstream Author   : MusePack development team
* URL   : http://www.musepack.net
* License   : LGPL
  Description   : Libraries and utilities for
  encoding/decoding/processing MusePack files

Hi,
I plan to package libmpc. This contains libraries for encoding and
decoding musepack files, commandline utilities, etc.

I'm planning to upload a SVN snapshot to experimental soonish, which
will go to unstable once it's declared API/ABI stable.

As Jorge Salamero Sanz currently maintains the mppenc package, which
would be obsoleted by this I'd like to ask him if he wants to maintain
this package together with me.

Bye


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Bug#472256: ITP: tasque -- simple task management application

2008-03-22 Thread Sebastian Dröge
Package: wnpp
Severity: wishlist
Owner: [EMAIL PROTECTED]

* Package name  : tasque
  Upstream Author   : Boyd Timothy [EMAIL PROTECTED]
  Calvin Gaisford [EMAIL PROTECTED]
  Brian Merrell [EMAIL PROTECTED]
* URL   : http://live.gnome.org/Tasque
* License   : MIT-X11
  Description   : simple task management application

Hi,
I plan to package tasque, a simple task management application.
A package should be ready soonish...

Bye


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Bug#464885:

2008-03-21 Thread Sebastian Dröge

Am Freitag, den 21.03.2008, 22:08 +0100 schrieb Filippo Giunchedi:
 On Tue, Mar 18, 2008 at 04:05:51PM +0100, Filippo Giunchedi wrote:
  On Tue, Mar 18, 2008 at 11:52:09AM +0100, Sebastian Dröge wrote:
   Hi,
   any news on this? I need obex-data-server (= 0.3) for gnome-user-share
   0.22...
  
  I need it too, I'd like to know if Baptiste is interested in the package 
  for the
  debian archive, otherwise I guess I'm going to be the maintainer since I 
  need it
  for bluez-gnome too. I'm interested in co-maintainership though, looks easy
  enough.
 
 uploaded to delayed 4 days and imported into collab-maint in case someone is
 interested:
 http://svn.debian.org/wsvn/collab-maint/deb-maint/obex-data-server/trunk

Great, thanks :)

I'm not interested in working on that package though, I don't have any
bluetooth devices ;)


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Bug#464885:

2008-03-18 Thread Sebastian Dröge
Hi,
any news on this? I need obex-data-server (= 0.3) for gnome-user-share
0.22...

A 0.3 package is in Ubuntu too now btw...
http://archive.ubuntu.com/ubuntu/pool/main/o/obex-data-server/

Bye


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Bug#465030: ITP: wildmidi -- software MIDI player and library

2008-02-21 Thread Sebastian Dröge
retitle 465030 ITP: wildmidi -- software MIDI player and library
tags 465030 + pending
thanks

Hi,
Emmet's package is now uploaded and waiting on the NEW queue.

Bye


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Bug#466342: ITP: gmyth -- library for accessing MythTV backends

2008-02-17 Thread Sebastian Dröge

Am Montag, den 18.02.2008, 00:57 -0600 schrieb Mario Limonciello:
 Package: wnpp
 Severity: wishlist
 Owner: Mario Limonciello [EMAIL PROTECTED]
 
 
 * Package name: gmyth
   Version : 0.7.0
   Upstream Author : 
  Alexsandro Jose Virginio dos Santos [EMAIL PROTECTED]
  Hallyson Luiz de Morais Melo [EMAIL PROTECTED]
  Leonardo Sobral Cunha [EMAIL PROTECTED]
  Rosfran Lins Borges [EMAIL PROTECTED]
 * URL : http://gmyth.sourceforge.net/
 * License : GPL
   Programming Lang: C
   Description : library for accessing MythTV backends
 
  A library intended to access mythtv backend functionalities
  Gmyth accesses MythTV backend functionalities from a glib/gobject 
 perspective.
  It includes access to the program guide, recorded programs, scheduling, etc.

Hi,
thanks for packaging this. I'll sponsor your package when it's ready
later as discussed on IRC :)


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Bug#464905: ITP: gst-plugins-gl0.10 -- GStreamer OpenGL plugins

2008-02-09 Thread Sebastian Dröge
Package: wnpp
Severity: wishlist
Owner: [EMAIL PROTECTED]

* Package name  : gst-plugins-gl0.10
  Upstream Author   : GStreamer Team
* URL   : http://gstreamer.freedesktop.org
* License   : LGPL
  Description   : GStreamer OpenGL plugins

Hi,
I plan to package gst-plugins-gl0.10 soonish. We need a mesa version =
7.1 for this though so it probably has to wait a bit.

This package contains several plugins for processing things from
GStreamer in the GPU, output to OpenGL textures or on a OpenGL context,
etc.

Bye


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Bug#462093: ITP: libgee -- GObject based collection library

2008-01-22 Thread Sebastian Dröge
Owner: [EMAIL PROTECTED]
Package: wnpp
Severity: wishlist

* Package name: libgee
  Version : 0.1.1
  Upstream Author : Jürg Billeter [EMAIL PROTECTED]
* URL : http://live.gnome.org/Vala
* License : LGPL-2.1
  Description : GObject based collection library

Hi,
I intend to package libgee for the pkg-vala team.

Bye

 libgee is a collection library providing GObject-based interfaces and
 classes for commonly used data structures.
 
 libgee provides the following interfaces:
 
 * Iterable
   * Collection
 * List
 * Set
 * Iterator
 * Map
 
 The ArrayList, HashSet, and HashMap classes provide a reasonable sample
 implementation of the List, Set, and Map interfaces. ReadOnlyCollection,
 ReadOnlyList, ReadOnlySet, and ReadOnlyMap are read-only wrapper classes
 that prevent modification of the underlying collection.
 
 libgee is written in Vala and can be used like any GObject-based C library.
 It's planned to provide bindings for further languages.




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



Bug#457143: ITP: mono-zeroconf -- CLI library for multicast DNS service discovery

2007-12-19 Thread Sebastian Dröge
Package: wnpp
Severity: wishlist
Owner: [EMAIL PROTECTED]

* Package name  : mono-zeroconf
  Upstream Author   : Aaron Bockover [EMAIL PROTECTED]
* URL   : http://mono-project.com/Mono_Zeroconf
* License   : MIT-X11
  Description   : CLI library for multicast DNS service discovery

Hi,
I plan to package mono-zeroconf and will upload the package soonish.

 Mono.Zeroconf is a cross platform Zero Configuration Networking library for
 Mono and .NET. It provides a unified API for performing the most common
 zeroconf operations on a variety of platforms and subsystems: all the
 operating systems supported by Mono and both the Avahi and
 Bonjour/mDNSResponder transports.
 
 By using Mono.ZeroConf developers can use a single API that will work
 regardless of the underlying implementation that a particular operating
 system uses.
 
 Developers can publish services that will be exposed to other computers on
 the network and also query the local machines on the network for services
 that could have been exposed.
 
 More information about Mono.Zeroconf can be found on its project page
 on the Mono Wiki:
 
http://mono-project.com/Mono_Zeroconf
 
 General information about Zero Configuration Networking:
 
http://www.zeroconf.org/

Bye


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Bug#456334: ITP: gluezilla -- Glue library to embed Gecko for the Mono Winforms WebControl

2007-12-14 Thread Sebastian Dröge
Package: wnpp
Severity: wishlist
Owner: [EMAIL PROTECTED]

* Package name  : gluezilla
  Upstream Author   : Andreia Gaita [EMAIL PROTECTED]
* URL   : http://www.mono-project.com
* License   : LGPL-2
  Description   : Glue library to embed Gecko for the Mono Winforms
WebControl

Hi,
I plan to package gluezilla and will upload the package soonish.

 A simple glue library to embed Gecko/xulrunner for the Mono Winforms
 WebControl.

Bye


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Bug#448407: ITP: genius -- general purpose calculator and math tool with many features

2007-10-28 Thread Sebastian Dröge
Package: wnpp
Severity: wishlist
Owner: [EMAIL PROTECTED]

* Package name  : genius
  Upstream Author   : Jiri (George) Lebl [EMAIL PROTECTED]
* URL   : http://www.5z.com/jirka/genius.html
* License   : GPL v3
  Description   : general purpose calculator and math tool with many
features

Hi,
I plan to package genius and will upload a package soonish.

  Genius is a general purpose calculator program similiar in some aspects to
  BC, Matlab or Maple. It is useful both as a simple calculator and as a
  research or educational tool. The syntax is very intuitive and is designed
  to mimic how mathematics is usually written.

Bye


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Bug#422660: ITP: moap -- MOAP is a swiss army knife for project maintainers and developers

2007-09-28 Thread Sebastian Dröge
Hi,
any progress on this? I'm really looking forward to see this package in
Debian.




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



Bug#444299: ITP: gvfs -- GIO based userspace VFS

2007-09-27 Thread Sebastian Dröge
Package: wnpp
Severity: wishlist
Owner: Sebastian Dröge [EMAIL PROTECTED]

* Package name: gvfs
  Version : 0.1
  Upstream Author : Alexander Larsson [EMAIL PROTECTED]
* URL : http://svn.gnome.org/viewcvs/gvfs/trunk/
* License : LGPL-2
  Programming Lang: C
  Description : GIO based userspace VFS

Hi,
I plan to package gvfs for experimental once the first test
releases are done. Once the GIO is in unstable this will follow.

 Gvfs is a userspace vfs, similar to gnome-vfs, which plugs into
 gio. Its shipped as multiple parts:
 1) A client library
   This is a GModule that gets loaded by libgio and implements GFile and
   the other stuff required to allow files to be accessed and
   maninpulated. This library only depends on dbus which is used to talk
   to daemons on the session bus handling the actual i/o protocols.
 2) A main gvfs-daemon
   This daemon registers with the session bus and keeps track of all
   mounted locations and lets you mount new ones.
 3) A horde of mount-daemons
   Each mounted location is handled by a separate daemon. This protects
   against instability in other mount daemons, and it makes it easier to
   implement backends (as they fully control their context).
 
 There is also an optional fuse module, so that on systems supporting
 fuse we can let 3rd party applications not using gio access the mounted
 gvfs filesystems.




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



Bug#444298: ITP: gio-standalone -- GObject based IO abstraction layer

2007-09-27 Thread Sebastian Dröge
Package: wnpp
Severity: wishlist
Owner: Sebastian Dröge [EMAIL PROTECTED]

* Package name: gio-standalone
  Version : 0.1
  Upstream Author : Alexander Larsson [EMAIL PROTECTED]
* URL : http://svn.gnome.org/viewcvs/gio-standalone/trunk/
* License : LGPL-2
  Programming Lang: C
  Description : GObject based IO abstraction layer

Hi,
I plan to package gio-standalone for experimental once the first test
releases are done. gio-standalone will most probably be merged into
glib at some point.

This will go to unstable once either a) the API has stabilized or b) it
was merged into glib.

I expect many Gnome 2.19/2.20 apps to depend on this fairly early in
the Gnome 2.19 cycle.

 * Basic input and output stream base classes. 
   These allow both synch and async i/o and is a basic API that many
   types of streams can implement. Having an api like this at the low
   level means you can easily connect code from separate modules.
 * Concrete implementations of streams: local files, sockets and
   memory buffers.
 * Streams working on other streams: Buffering, data parsing/writing
 * GFile - a filename abstraction
   This is a object that represents something like a filename path (but
   its extensinble so it could be a uri or something different too). It
   allows you to do all the typical file operations that desktop
   applications need.
 * An implementation of GFile for local files
 * APIs for various things needed for file handling:
api for cancelling i/o operations
content types
icons
app info (mimetype-app mapping and opening files with an app)
basic volume monitor (for listing volumes in e.g. file selector)
file and directory monitoring (fam/gamin/inotify/polling supported)




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



Bug#414707: Status from Debian-Package (Buzztard)

2007-09-19 Thread Sebastian Dröge

Am Dienstag, den 18.09.2007, 20:29 +0200 schrieb Klaus-Dieter Fischer:
 Hi there,
 
 wonder whats going on since 180days.
 I tried to compile the latest version from http://www.buzztard.org
 but i failed. Can't fix all the dependecies.
 
 Really looking forward to this port, since i changed from win to linux.
 
 keep on the good work

I'm waiting for the next upstream release as the current version has
some rather bad bugs.


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Bug#354876: ITP: notify-sharp -- CLI bindings for libnotify

2007-09-13 Thread Sebastian Dröge
Am Donnerstag, den 13.09.2007, 14:05 +0200 schrieb Laurent Bigonville:
 Hi,
 
 What's the status of this ITP?
 It's opened for more than a year now...

Hi,
I'm still waiting on upstream, seems to be _very_ _very_ busy lately...

http://trac.galago-project.org/ticket/118

Bye




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



Bug#440982: ITP: gbrainy - brain teaser game and trainer

2007-09-11 Thread Sebastian Dröge
Hi,
any progress on this?

If you need a sponsor or help with packaging CLI (Mono, ...)
applications feel free to mail me or come to #debian-mono on OFTC.

Bye




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



Bug#440982: ITP: gbrainy - brain teaser game and trainer

2007-09-11 Thread Sebastian Dröge
Am Dienstag, den 11.09.2007, 12:43 +0200 schrieb Siegfried-Angel:
 Thanks for your offer!
 
 Version 0.2 (for which I was waiting for) was just released yesterday,
 I'll try to package it this week and contact you if I've any problem
 :).

The release announcement on Planet Gnome was actually the reason why I
heard about this application :)

From a short look it should be fairly easy to package, should be the
fastest if you take an existing package as base (cowbell or gshare
should work fine I guess) :)

Whatever, I'm looking forward to have the application packaged in
Debian :)




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



Bug#423334: RFH: poppler co-maintainer wanted

2007-09-06 Thread Sebastian Dröge
Any progress on this? It might make sense to update to poppler 0.6 (with
libpoppler2,i.e. changed soname again) before doing any transition.

If sponsoring or something is needed just mail me.



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



Bug#433684: ITP: gnome-launch-box -- An application launcher for GNOME

2007-07-20 Thread Sebastian Dröge
On Thu, 2007-07-19 at 21:30 +0200, Julien Lavergne wrote:
 Le jeudi 19 juillet 2007 à 12:15 +0200, Sebastian Dröge a écrit :
  Am Mittwoch, den 18.07.2007, 22:17 +0200 schrieb Julien Lavergne:
   Package: wnpp
   Severity: wishlist
   Owner: Julien Lavergne [EMAIL PROTECTED]
   
   
   * Package name: gnome-launch-box
 Version : 0.2
 Upstream Author : Sven Herzberg  [EMAIL PROTECTED]
   * URL : http://developer.imendio.com/projects/gnome-launch-box
   * License : GPL
 Programming Lang: C
 Description : An application launcher for GNOME
   
   Launch Box is an application launcher for the GNOME Environnement.
   Currently supported modules are: 
  * Application starting and launch
  * Evolution contacts lookup and mail to
  * Recent files lookup and open
  * Files in your desktop and open
  * Firefox bookmarks lookup and opening
  
  Hi,
  if you want to make your life a bit easier you can base your package on
  the one from Ubuntu, adjust it or clean it up for Debian if necessary.
  
  http://archive.ubuntu.com/ubuntu/pool/universe/g/gnome-launch-box/
  
  Bye
  
 Hi,
 
 Thanks for the tips. Yes, that's what I did. I did some refresh in
 control file and add a man page. I upload the package on
 mentors.debian.org :
 http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=gnome-launch-box
 linda and lintian seems ok with it, so I wait for a sponsor to look at
 it.

Looks good... but IMHO it would be good to say in copyright where you
got the base package from, who did the packaging, etc instead of
relicensing other's work as GPL under your copyright ;)

Also keeping the old changelog entries is good style IMHO.



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



Bug#433684: ITP: gnome-launch-box -- An application launcher for GNOME

2007-07-19 Thread Sebastian Dröge
Am Mittwoch, den 18.07.2007, 22:17 +0200 schrieb Julien Lavergne:
 Package: wnpp
 Severity: wishlist
 Owner: Julien Lavergne [EMAIL PROTECTED]
 
 
 * Package name: gnome-launch-box
   Version : 0.2
   Upstream Author : Sven Herzberg  [EMAIL PROTECTED]
 * URL : http://developer.imendio.com/projects/gnome-launch-box
 * License : GPL
   Programming Lang: C
   Description : An application launcher for GNOME
 
 Launch Box is an application launcher for the GNOME Environnement.
 Currently supported modules are: 
* Application starting and launch
* Evolution contacts lookup and mail to
* Recent files lookup and open
* Files in your desktop and open
* Firefox bookmarks lookup and opening

Hi,
if you want to make your life a bit easier you can base your package on
the one from Ubuntu, adjust it or clean it up for Debian if necessary.

http://archive.ubuntu.com/ubuntu/pool/universe/g/gnome-launch-box/

Bye



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



Bug#255850:

2007-07-03 Thread Sebastian Dröge
Hi,
is someone again (or still?) working on the NX packages? It would be
really nice to have them in Debian for lenny.

If sponsorship is needed I could help, same goes for random packaging
questions, etc. but I don't intend to maintain the NX packages as I
already have enough to do with my other packages ;)

Bye



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



Bug#422726: ITP: taglib-sharp -- CLI library for reading and writing tags to multimedia files

2007-05-07 Thread Sebastian Dröge
Package: wnpp
Severity: wishlist
Owner: [EMAIL PROTECTED]

* Package name  : taglib-sharp
  Upstream Author   : Brian Nickel [EMAIL PROTECTED]
* URL   : http://www.taglib-sharp.com
* License   : LGPL 2.1
  Description   : CLI library for reading and writing tags to
multimedia files

Hi,
I plan to package taglib-sharp, a CLI library for reading and writing
tags to multimedia files. This is already used internally by banshee.

Bye


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Bug#422727: ITP: narlie -- Lisp-like language for the CLR

2007-05-07 Thread Sebastian Dröge
Package: wnpp
Severity: wishlist
Owner: [EMAIL PROTECTED]

* Package name  : narlie
  Upstream Author   : Aaron Bockover [EMAIL PROTECTED]
* URL   : http://svn.gnome.org/viewcvs/banshee/trunk/narlie/
* License   : MIT
  Description   : Lisp-like language for the CLR

Hi,
I plan to package narlie and will upload a package once the first
release is there and required by banshee.

Bye


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Bug#422509: ITP: bless -- Bless is a high quality, full featured hexadecimal editor

2007-05-06 Thread Sebastian Dröge
Am Sonntag, den 06.05.2007, 16:23 +0200 schrieb Emmanuel Fleury:
 X-Debbugs-Cc: [EMAIL PROTECTED]
 Package: wnpp
 Severity: wishlist
 Owner: Emmanuel Fleury [EMAIL PROTECTED]
 
 
 * Package name: bless
   Version : 0.5.0
   Upstream Author : Alexandros Frantzis [EMAIL PROTECTED]
 * URL : http://home.gna.org/bless/
 * License : GPL
   Programming Lang: Mono

Mono is not a programming language but a runtime, compiler and class
libraries. Bless is written in C# it seems...

   Description : Bless is a full featured hexadecimal editor
 
 Bless is a binary (hex) editor, a program that enables you to edit files
 as a sequence of bytes written in C# and using the Gtk# bindings for the
 GTK+ toolkit. Main features are:

What exactly is the advantage of Bless over ghex for example?

Bye


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Bug#422509: ITP: bless -- Bless is a high quality, full featured hexadecimal editor

2007-05-06 Thread Sebastian Dröge
Am Sonntag, den 06.05.2007, 21:30 +0200 schrieb Emmanuel Fleury:
 Sebastian Dröge wrote:
  
  Mono is not a programming language but a runtime, compiler and class
  libraries. Bless is written in C# it seems...
 
 Right.
 
Description : Bless is a full featured hexadecimal editor
 
  Bless is a binary (hex) editor, a program that enables you to edit files
  as a sequence of bytes written in C# and using the Gtk# bindings for the
  GTK+ toolkit. Main features are:
  
  What exactly is the advantage of Bless over ghex for example?
 
 Plugins, multiple tabs, ...
 And it is quite promissing (from what I saw since I used it).

Sounds good... and I hope it doesn't have this weird display problems
that ghex has sometimes :)

Do you already have a package finished at which one could take a look at
or need a sponsor later? :)

Bye


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Bug#422509: ITP: bless -- Bless is a high quality, full featured hexadecimal editor

2007-05-06 Thread Sebastian Dröge
Am Sonntag, den 06.05.2007, 21:47 +0200 schrieb Emmanuel Fleury:
 Sebastian Dröge wrote:
  
  Do you already have a package finished at which one could take a look at
  or need a sponsor later? :)
 
 Actually, I don't have a package yet ready but I will try to have it
 soon. I'll certainly need a sponsor later one.
 
 Just to warn you all, this is my first attempt to be maintainer. :)

np :) So if you have a package feel free to come back to me and I'll
review it and sponsor it.

Bye


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Bug#422158: ITP: podsleuth -- HAL callout to merge rich iPod device metadata in the device tree

2007-05-03 Thread Sebastian Dröge
Package: wnpp
Severity: wishlist
Owner: [EMAIL PROTECTED]

* Package name  : podsleuth
  Version   : 0.6.0
  Upstream Author   : Aaron Bockover [EMAIL PROTECTED]
* URL   : http://svn.gnome.org/viewcvs/podsleuth/trunk/
* License   : MIT
  Description   : HAL callout to merge rich iPod device metadata in the 
device tree

Hi,
I plan to package podsleuth and will upload a package once the first release
is there.

Bye

 PodSleuth is a tool to discover detailed model information about an Apple 
 (TM) 
 iPod (TM). Its primary role is to be run as a callout by HAL [1] because root
 access is needed to scan the device for required information. When the model
 information is discovered, it is merged into HAL as properties for other 
 applications to use.
 
 With PodSleuth installed, applications can expect to have rich iPod (TM) 
 metadata merged into the device tree on the iPod data volume node. PodSleuth
 metadata properties are in the org.banshee-project.podsleuth namespace.
 
 PodSleuth is based on lessons learned from the old libipoddevice [2] project. 
 It is a cumulation of 2 years of research, backwards and forwards device
 compatibility, and extensive device coverage and user testing. It deprecates
 the libipoddevice project in use and simplifies information access for 
 top level applications.
 
 [1] http://freedesktop.org/wiki/Software_2fhal
 [2] http://banshee-project.org/Subprojects/Libipoddevice



signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Bug#263261: ITP: marlin - A GNOME sample editor

2007-03-17 Thread Sebastian Dröge
reopen 263261 !
thanks

Hi,
as there was much progress on marlin in CVS lately I'll take this ITP
and upload a CVS snapshot at some point or wait until the next release.

Bye


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


Bug#414706: ITP: gst-buzztard -- modular, free, open source music studio (GStreamer extentions)

2007-03-13 Thread Sebastian Dröge
Package: wnpp
Severity: wishlist

* Package name  : gst-buzztard
  Version   : 0.1
* URL   : http://www.buzztard.org
* License   : LGPL
  Description   : modular, free, open source music studio (GStreamer
extentions)

Hi,
I plan to package buzztard, a modular, free, open source
music studio based on GStreamer. gst-buzztard contains some GStreamer
extensions for buzztard.
Bye


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


Bug#414707: ITP: buzztard -- modular, free, open source music studio

2007-03-13 Thread Sebastian Dröge
Package: wnpp
Severity: wishlist

* Package name  : buzztard
  Version   : 0.1
* URL   : http://www.buzztard.org
* License   : LGPL
  Description   : modular, free, open source music studio

Hi,
I plan to package buzztard, a modular, free, open source
music studio based on GStreamer.
Bye


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


Bug#413817: ITP: xdg-user-dirs -- tool to manage well known user directories

2007-03-08 Thread Sebastian Dröge
On Do, 2007-03-08 at 19:43 +0100, Daniel Leidert wrote:
 Am Mittwoch, den 07.03.2007, 11:57 +0100 schrieb Sebastian Dröge:
  Package: wnpp
  Severity: wishlist
  
  * Package name  : xdg-user-dirs
Version   : 0.3
 
 Latest upstream release seems to be 0.4 (released yesterday).

Thanks, I already noticed it and started packaging that version. There
are some issues to talk about with upstream though before it can be
uploaded.

Bye

PS: this will be team-maintained by pkg-gnome


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


Bug#413817: ITP: xdg-user-dirs -- tool to manage well known user directories

2007-03-07 Thread Sebastian Dröge
Package: wnpp
Severity: wishlist

* Package name  : xdg-user-dirs
  Version   : 0.3
  Upstream Author   : Alexander Larsson - [EMAIL PROTECTED]
* URL   : 
http://www.freedesktop.org/wiki/Software_2fxdg_2duser_2ddirs
* License   : GPL
  Description   : tool to manage well known user directories

Hi,
I plan to package xdg-user-dirs, a tool to manage well known user directories.

 xdg-user-dirs is a tool to help manage well known user directories
 like the desktop folder and the music folder. It also handles
 localization (i.e. translation) of the filenames. 
 
 The way it works is that xdg-user-dirs-update is run very early in the
 login phase. This program reads a configuration file, and a set of
 default directories. It then creates localized versions of these
 directories in the users home directory and sets up a config file in
 $(XDG_CONFIG_HOME)/user-dirs.dirs (XDG_CONFIG_HOME defaults to
 ~/.config) that applications can read to find these directories. 

Bye


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


Bug#413955: ITP: xdg-user-dirs-gtk -- tool to manage well known user directories (Gtk frontend)

2007-03-07 Thread Sebastian Dröge
Package: wnpp
Severity: wishlist

* Package name  : xdg-user-dirs-gtk
  Version   : 0.3
  Upstream Author   : Alexander Larsson - [EMAIL PROTECTED]
* URL   :
http://download.gnome.org/sources/xdg-user-dirs-gtk
* License   : GPL
  Description   : tool to manage well known user directories (Gtk
frontend)

Hi,
I plan to package xdg-user-dirs-gtk, a tool to manage well known user
directories.

 xdg-user-dirs is a tool to help manage well known user directories
 like the desktop folder and the music folder. It also handles
 localization (i.e. translation) of the filenames. 
 
 The way it works is that xdg-user-dirs-update is run very early in the
 login phase. This program reads a configuration file, and a set of
 default directories. It then creates localized versions of these
 directories in the users home directory and sets up a config file in
 $(XDG_CONFIG_HOME)/user-dirs.dirs (XDG_CONFIG_HOME defaults to
 ~/.config) that applications can read to find these directories. 

Bye



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


Bug#399872: ITP: libtsmux -- MPEG2 transport stream muxing library

2006-11-22 Thread Sebastian Dröge
Package: wnpp
Severity: wishlist

* Package name  : libtsmux
  Version   : 0.1.1
  Upstream Author   : Fluendo
* URL   : http://schrodinger.sf.net
* License   : MPL/GPL/LGPL/MIT
  Description   : MPEG2 transport stream muxing library

Hi,
I plan to package libtsmux. The package already sits in pkg-gstreamer
SVN.

Bye


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Bug#399867: ITP: gst-fluendo-mpegdemux -- GStreamer plugin for demuxing of MPEG2 streams

2006-11-22 Thread Sebastian Dröge
Package: wnpp
Severity: wishlist

* Package name  : gst-fluendo-mpegdemux
  Version   : 0.10.8
  Upstream Author   : Fluendo
* URL   :
http://core.fluendo.com/gstreamer/src/gst-fluendo-mpegdemux/
* License   : MPL
  Description   : GStreamer plugin for demuxing of MPEG2 streams

Hi,
I plan to package gst-fluendo-mpegdemux. The package already sits in
pkg-gstreamer SVN.

I'm currently talking with upstream to get the package relicensed under
MPL/LGPL or something else as MPL is non-free.

Bye



signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Bug#399866: ITP: gst-fluendo-mpegmux -- GStreamer plugin for muxing of MPEG2 TS streams

2006-11-22 Thread Sebastian Dröge
Package: wnpp
Severity: wishlist

* Package name  : gst-fluendo-mpegmux
  Version   : 0.10.2
  Upstream Author   : Fluendo
* URL   :
http://core.fluendo.com/gstreamer/src/gst-fluendo-mpegmux/
* License   : MPL/GPL/LGPL/MIT
  Description   : GStreamer plugin for muxing of MPEG2 TS streams

Hi,
I plan to package gst-fluendo-mpegmux. The package already sits in
pkg-gstreamer SVN.

Bye



signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Bug#365762: ITP: banshee-plugins -- official plugins for Banshee

2006-09-19 Thread Sebastian Dröge
retitle 365762 ITP: banshee-official-plugins -- official plugins for Banshee
thanks

Ok, the package will keep the name banshee-official-plugins and the first
version was released today. I'll get it into experimental with banshee 0.11
as soon as possible.

Bye


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Bug#333085: ITP: bmp-musepack -- Musepack Plugin for Beep-Media-Player

2006-09-12 Thread Sebastian Dröge
Ok, just go on with taking over this ITP whoever wants it. I completely
forgot about this ITP and I'm not using bmp anymore... sorry for the
long delay :(

Bye


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Bug#330601: ITP: libiec61883 -- an partial implementation of IEC 61883

2006-08-14 Thread Sebastian Dröge
Nice... Any reason why you didn't choose the same package names as
marillat / debian-multimedia[1] did? This would make it easier for users
to upgrade to the official Debian version.

Bye

[1]http://mirrors.ecology.uni-kiel.de/debian/debian-multimedia/pool/main/libi/libiec61883/


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


Bug#372802: ITA: libraw1394 -- library for direct access to IEEE 1394 bus (aka FireWire)

2006-08-14 Thread Sebastian Dröge
Hi,
is there any progress on this?
This is blocking gstreamer-plugins-good 0.10.4.

Bye


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


Bug#330601: ITP: libiec61883 -- an partial implementation of IEC 61883

2006-08-14 Thread Sebastian Dröge
 Hi
 
 There is a reason:
 
 http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html#naminglibpkg

Which says that the soname should be in the package name, thus
libiec61883-0 as on debian-multimedia is correct and libiec61883 not.

For the -dev package you could go with or without the zero in the
package name...

Bye


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


Bug#378445: ITP: gsf-sharp -- CLI bindings for libgsf

2006-07-30 Thread Sebastian Dröge
On So, 2006-07-30 at 11:20 +0200, Jose Carlos Garcia Sogo wrote:
 El dom, 30-07-2006 a las 01:38 +0200, Sebastian Dröge escribió:
   El dom, 16-07-2006 a las 16:22 +0200, Michael Koch escribió:
On Sun, Jul 16, 2006 at 02:13:52PM +0200, Jose Carlos Garcia Sogo wrote:
 Package: wnpp
 Severity: wishlist
 Owner: Jose Carlos Garcia Sogo [EMAIL PROTECTED]
 
 * Package name: gsf-sharp
   Version : 0.7.0
   Upstream Author : Martin Willemoes Hansen [EMAIL PROTECTED]
 * URL : http://svn.myrealbox.com/source/trunk/gsf-sharp/
 * License : LGPL
   Programming Lang: C#
   Description : CLI bindings for libgsf
 
  A CLI library for reading and writing structured files (eg MS OLE and
  Zip)

Why do you use the suffix '-sharp'? All other .Net related packages
in Debian seem tp use '-cil#'.
   
I put there souce package name. Binary package name will be libgsf-cil
  
  Hi,
  the package should be called libgsf0.0-cil according to the CLI policy.
 
   Shouldn't it be 0.7? Perhaps I am a bit wrong, though.

The assembly version of gsf-sharp.dll is 0.0.0.7, thus major and minor
are 0 and 0 and the package should be called libgsf0.0-cil. :)

  
  You might want to take the package from Ubuntu. IMHO there's nothing
  that must be changed for Debian except debian/copyright which is
  a bit vague for Debian standards.
  
  http://archive.ubuntu.com/ubuntu/pool/universe/g/gsf-sharp/
 
  Damn, last time I checked it didn't comply with latest policy.

I updated it yesterday ;) If you already packaged it yourself maybe try
to merge the best parts of both :)

Bye


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


Bug#380400: ITP: gstreamer-sharp-0.10 -- CLI bindings for GStreamer 0.10

2006-07-29 Thread Sebastian Dröge
Package: wnpp
Severity: wishlist

* Package name  : gstreamer-sharp-0.10
  Version   : 0.10.0
* License   : LGPL
  Description   : CLI bindings for GStreamer 0.10

Hi,
I plan to package the gstreamer 0.10 bindings for the CLI as soon as
there is a release which should be in 2-3 months.

Bye


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


Bug#378445: ITP: gsf-sharp -- CLI bindings for libgsf

2006-07-29 Thread Sebastian Dröge
 El dom, 16-07-2006 a las 16:22 +0200, Michael Koch escribió:
  On Sun, Jul 16, 2006 at 02:13:52PM +0200, Jose Carlos Garcia Sogo wrote:
   Package: wnpp
   Severity: wishlist
   Owner: Jose Carlos Garcia Sogo [EMAIL PROTECTED]
   
   * Package name: gsf-sharp
 Version : 0.7.0
 Upstream Author : Martin Willemoes Hansen [EMAIL PROTECTED]
   * URL : http://svn.myrealbox.com/source/trunk/gsf-sharp/
   * License : LGPL
 Programming Lang: C#
 Description : CLI bindings for libgsf
   
A CLI library for reading and writing structured files (eg MS OLE and
Zip)
  
  Why do you use the suffix '-sharp'? All other .Net related packages
  in Debian seem tp use '-cil#'.
 
  I put there souce package name. Binary package name will be libgsf-cil

Hi,
the package should be called libgsf0.0-cil according to the CLI policy.

You might want to take the package from Ubuntu. IMHO there's nothing
that must be changed for Debian except debian/copyright which is
a bit vague for Debian standards.

http://archive.ubuntu.com/ubuntu/pool/universe/g/gsf-sharp/

Bye


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


Bug#330601: ITP: libiec61883 -- an partial implementation of IEC 61883

2006-06-20 Thread Sebastian Dröge
Hi,
is there any progress on this?

Bye


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


Bug#365762: ITP: banshee-plugins -- official plugins for Banshee

2006-05-02 Thread Sebastian Dröge
Package: wnpp
Severity: wishlist

* Package name  : banshee-plugins
  Version   : 0.10.10
  Upstream Author   : Aaron Bockover [EMAIL PROTECTED]
* URL   :
http://svn.banshee-project.org/banshee-official-plugins/
* License   : MIT X11
  Description   : Official plugins for Banshee

Hi,
I plan to package banshee-plugins, a collection of official plugins for
Banshee once there's a release.

Bye





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



Bug#309382: wwaiting is

2006-03-30 Thread Sebastian Dröge
Am Mittwoch, den 29.03.2006, 19:44 -0500 schrieb Joey Hess:
 Hmm, two months since the last mail to this ITP. What is the delay?

My usual sponsor is currently busy with other stuff :(
Other than that the package is ready since ages...
Sorry for the delay

Bye



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



Bug#309382: wwaiting is

2006-03-30 Thread Sebastian Dröge
Am Donnerstag, den 30.03.2006, 12:21 -0500 schrieb Joey Hess:
 Sebastian Dröge wrote:
  My usual sponsor is currently busy with other stuff :(
  Other than that the package is ready since ages...
  Sorry for the delay
 
 Well, can you use a second sponsor? Point me at the package(s) if so.

I asked lool already, he'll upload it later today or at the weekend.

Bye




  1   2   >