pd-motex_1.1.4-1_amd64.changes is NEW

[Archive Administrator]

(new) pd-motex_1.1.4-1.debian.tar.gz optional sound
(new) pd-motex_1.1.4-1.dsc optional sound
(new) pd-motex_1.1.4-1_amd64.deb optional sound
a random collection of Pd objects by Iain Mott
 A collection of externals from Iain Mott that mostly provide some
 math functions for Pure Data:
 .
  * polygate~ - switch between multiple signal inputs, variable
fade rate both linear & equal power
  * shuffle - a no-repeat random generator, outputs numbers within a set range
  * pan~ - equal power stereo panning
  * system - sends a system message to the console
  * ln~ - natural log + inverse
  * rec2pol~ - convert rectangular coordinates to polar eg. can be used
   to convert sine & cosine rfft~ output to phase & magnitude
  * pol2rec~ - inverse of rec2pol~
  * getenv - Sends value of an environment variable argument on bang
(new) pd-motex_1.1.4.orig.tar.gz optional sound
Changes: pd-motex (1.1.4-1) unstable; urgency=low
 .
  * Initial release (Closes: #591736)
  * made library LICENSE.txt file a symlink to the Debian GPL-2 file
  * symlinked library examples directory to /usr/share/doc


Override entries for your package:

Announcing to debian-devel-chan...@lists.debian.org
Closing bugs: 591736 


Your package contains new components which requires manual editing of
the override file.  It is ok otherwise, so please be patient.  New
packages are usually added to the override file about once a week.

You may have gotten the distribution wrong.  You'll get warnings above
if files already exist in other distributions.

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

Processing of pd-motex_1.1.4-1_amd64.changes

[Archive Administrator]

pd-motex_1.1.4-1_amd64.changes uploaded successfully to localhost
along with the files:
  pd-motex_1.1.4-1.dsc
  pd-motex_1.1.4.orig.tar.gz
  pd-motex_1.1.4-1.debian.tar.gz
  pd-motex_1.1.4-1_amd64.deb

Greetings,

Your Debian queue daemon (running on host franck.debian.org)

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

Re: uploaded first pkg: pd-motex

[Felipe Sateler]

(No need to CC me)

On 20/08/10 22:35, Hans-Christoph Steiner wrote:
> 
>  Ready for uploading :)

Uploaded.


-- 
Saludos,
Felipe Sateler

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

Re: uploaded first pkg: pd-motex

[Hans-Christoph Steiner]

On Aug 20, 2010, at 6:03 PM, Felipe Sateler wrote:


On 19/08/10 21:42, Hans-Christoph Steiner wrote:


On Aug 19, 2010, at 8:02 PM, Felipe Sateler wrote:


On 19/08/10 13:36, Hans-Christoph Steiner wrote:

On Tue, 2010-08-17 at 23:14 +0200, Jonas Smedegaard wrote:
On Tue, Aug 17, 2010 at 02:40:09PM -0400, Hans-Christoph Steiner  
wrote:


On Aug 17, 2010, at 11:39 AM, Jonas Smedegaard wrote:

On Tue, Aug 17, 2010 at 05:16:09PM +0200, Reinhard Tartler  
wrote:

On Tue, Aug 17, 2010 at 15:35:10 (CEST), Hans-Christoph Steiner
wrote:

README.txt and LICENSE.txt are part of the Pd library format.
They are part of the library, and the Help Browser (aka the
library browser) looks for them to display them.  The library
format is basically a directory with files in it, and a subdir
called 'examples'.  That install target actually serves to
enforce that all the standard files are there.


In this library, I could replace the file with a symlink to
../../../ common-licenses/GPL-2, but other libraries might  
have

different licenses so this wouldn't always be the case.


I guess that both the license and the README.txt actually  
belongs
to /usr/share/doc/$package, that's what debian policy tells  
us to

do. IIRC, documentation browsers like dhelp and the default
webserver's configurations publish /usr/share/doc so that users
can browse package documentation.

So moving these files and symlink them to where the package
expect them seems to me the right thing to do.


This is wrong, actually:

Code must not depend on /usr/share/doc existing on the  
machine, so
when a file is needed both by runtime and below /usr/share/doc  
then
the actual file should be placed elsewhere and a symlink be  
placed

below /usr/share/doc.

Not sure if this is explicitly clarified in Debian Policy or  
only a
result of close-reading FHS (File Hierarchy Standard) or some  
such.

Perhaps look for sections regarding example scripts.



In this context, I think the above suggestion makes the most  
sense.

So here's my plan:

- make the LICENSE.txt file into a symlink, if GPL, BSD or other
common license
- make usr/share/doc/pd-motex/README.txt a symlink to the one  
in the

library

I'd need to remove LICENSE.txt then make the symllnk.  What's the
best way to remove the file?  I could patch the Makefile to  
remove
the line in 'make install' that installs LICENSE.txt the add a  
link
in debian/links.  Is there some easy/proper way in debhelper to  
just

remove an installed file?


Your questions makes me suspect that you did not notice my earier
response in this thread (even earlier than above quoted one).

Date: Tue, 17 Aug 2010 11:54:32 +0200
Message-ID: <20100817095432.gg7...@jones.dk>

There I describe how I do similarly with Sugar packages.

To answer more directly to your questions: No, I believe there  
is no
debhelper routine specifically for this.  Possibly you can make  
dh_link
force overwrite existing object, but I find my proposed approach  
of

replacing only if identical safer.


Ok, I did it with an 'rm' in debian/rules, hope that's ok.  I  
pushed the

commit.


So, pd-motex should be ready?



Everything is ready from my end. :-)  Its feeling quite polished,  
plus

all the rest too.


OK, please update the changelog (I believe installing stuff as  
symlinks
to /usr/share/doc should be noted), and the signature. I can upload  
it then.




Ok, I added notes about the symlinks to the changelog, updated the  
timestamp, and pushed the changes.  Ready for uploading :)


.hc



I spent 33 years and four months in active military service and during  
that period I spent most of my time as a high class muscle man for Big  
Business, for Wall Street and the bankers.  - General Smedley Butler




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

Bug#592462: Solved: dump your old config files

[Dave Witbrodt]

Package: vlc
Severity: normal


I have been holding version 1.0.6* of vlc for this very reason:  video
output failed beginning with all versions 1.1*.  This has been going on
for a couple of months, but investigating this was not a high priority
for me since holding back 1.0.6* (and some of its dependencies which
have disappeared from the repository) allowed me to continue using vlc.

I use some packages from debian-multimedia.org which require the suite
of ffmeg libs -- which vlc also depends on -- and I wrongly assumed that
this might be to blame.  Today, when I finally found some time to look
into the problem, I found that entirely removing d-m.org stuff and using
only packages from official Debian unstable or experimental did not get
video output working again.

Christian Marillat had given me some advice (regarding mplayer) that
sometimes config files are not compatible between new and old versions
of packages.  I felt that it was unlikely that vlc would be unable to
play video completely, since the older version had been working fine.
Looking around in $HOME, I found a '.vlc' directory; moving it out of
the way made no difference.  I tried versions 1.1.2 from unstable and
1.1.3 from experimental, with no positive results.

Then I noticed that vlc was still remembering the old "recent files"
playlist from stuff I had played on version 1.0.6.  But if I had blown
away the config files, how was it remembering?  So, maybe there are
other config files, right?

A quick

find -name '*vlc*'

in $HOME found a directory called '.config/vlc'.  Moving that out of the
way restored video.  All the video formats I have files to test have
worked, so everything was actually just fine all along.

Scanning for tips about this in

/usr/share/doc/vlc/{changelog,NEWS,README}* 

revealed no direct statement that configs were incompatible between
versions 1.0* and 1.1*.  What baffles me is:  how could they be
incompatible, since they moved?  Maybe vlc looks in both places now?
Does it get confused if it finds old configs and tries to use them?

At this point, I have even restored the d-m.org stuff I had removed in
order to make sure the d-m.o ffmpeg libs weren't to blame.  In fact,
video output in vlc 1.1.3 works fine with the d-m.o stuff, just like it
did with the old 1.0.6 version.  So, d-m.o libs weren't relevant at
all.  (I have already apologized to Christian Marillat!  ;)

Can we please have something about this in the vlc man pages and/or
/usr/share/doc/vlc?  I have a feeling a lot of Debian vlc users are
going to get burned by it.


HTH,
Dave W.

[Offtopic:  no that's not a Debian kernel listed below!]


-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (350, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.35.2+drt.c9f9e91+rv5b1714d+fixhdmi01.100820.desktop.kms (SMP 
w/4 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages vlc depends on:
ii  libaa1   1.4p5-38ascii art library
ii  libavcodec52 5:0.6~svn20100726-0.0   library to encode decode multimedi
ii  libavutil50  5:0.6~svn20100726-0.0   avutil shared libraries - runtime 
ii  libc62.11.2-2Embedded GNU C Library: Shared lib
ii  libfreetype6 2.4.2-1 FreeType 2 font engine, shared lib
ii  libfribidi0  0.19.2-1Free Implementation of the Unicode
ii  libgcc1  1:4.4.4-9   GCC support library
ii  libgl1-mesa- 7.9-devel+git100429.95bfc8f A free implementation of the OpenG
ii  libqtcore4   4:4.6.3-1   Qt 4 core module
ii  libqtgui44:4.6.3-1   Qt 4 GUI module
ii  libsdl-image 1.2.10-2+b1 image loading library for Simple D
ii  libsdl1.2deb 1.2.14-6Simple DirectMedia Layer
ii  libstdc++6   4.4.4-9 The GNU Standard C++ Library v3
ii  libtar   1.2.11-6C library for manipulating tar arc
ii  libva-x11-1  1.0.1-3 Video Acceleration (VA) API for Li
ii  libva1   1.0.1-3 Video Acceleration (VA) API for Li
ii  libvlccore4  1.1.3-2 base library for VLC and its modul
ii  libx11-6 2:1.3.3-3   X11 client-side library
ii  libx11-xcb1  2:1.3.3-3   Xlib/XCB interface library
ii  libxcb-keysy 0.3.6-1 utility libraries for X C Binding 
ii  libxcb-randr 1.6-1   X C Binding, randr extension
ii  libxcb-shm0  1.6-1   X C Binding, shm extension
ii  libxcb-xv0   1.6-1   X C Binding, xv extension
ii  libxcb1  1.6-1   X C Binding
ii  libxext6 2:1.1.2-1   X11 miscellaneous extension librar
ii  ttf-freefont 20090104-7  Freefont Serif, Sans and Mono True
ii  vlc-nox  1

Re: uploaded first pkg: pd-motex

[Felipe Sateler]

On 19/08/10 21:42, Hans-Christoph Steiner wrote:
> 
> On Aug 19, 2010, at 8:02 PM, Felipe Sateler wrote:
> 
>> On 19/08/10 13:36, Hans-Christoph Steiner wrote:
>>> On Tue, 2010-08-17 at 23:14 +0200, Jonas Smedegaard wrote:
 On Tue, Aug 17, 2010 at 02:40:09PM -0400, Hans-Christoph Steiner wrote:
>
> On Aug 17, 2010, at 11:39 AM, Jonas Smedegaard wrote:
>
>> On Tue, Aug 17, 2010 at 05:16:09PM +0200, Reinhard Tartler wrote:
>>> On Tue, Aug 17, 2010 at 15:35:10 (CEST), Hans-Christoph Steiner
>>> wrote:
 README.txt and LICENSE.txt are part of the Pd library format.
 They are part of the library, and the Help Browser (aka the
 library browser) looks for them to display them.  The library
 format is basically a directory with files in it, and a subdir
 called 'examples'.  That install target actually serves to
 enforce that all the standard files are there.


 In this library, I could replace the file with a symlink to
 ../../../ common-licenses/GPL-2, but other libraries might have
 different licenses so this wouldn't always be the case.
>>>
>>> I guess that both the license and the README.txt actually belongs
>>> to /usr/share/doc/$package, that's what debian policy tells us to
>>> do. IIRC, documentation browsers like dhelp and the default
>>> webserver's configurations publish /usr/share/doc so that users
>>> can browse package documentation.
>>>
>>> So moving these files and symlink them to where the package
>>> expect them seems to me the right thing to do.
>>
>> This is wrong, actually:
>>
>> Code must not depend on /usr/share/doc existing on the machine, so
>> when a file is needed both by runtime and below /usr/share/doc then
>> the actual file should be placed elsewhere and a symlink be placed
>> below /usr/share/doc.
>>
>> Not sure if this is explicitly clarified in Debian Policy or only a
>> result of close-reading FHS (File Hierarchy Standard) or some such.
>> Perhaps look for sections regarding example scripts.
>
>
> In this context, I think the above suggestion makes the most sense.
> So here's my plan:
>
> - make the LICENSE.txt file into a symlink, if GPL, BSD or other
> common license
> - make usr/share/doc/pd-motex/README.txt a symlink to the one in the
> library
>
> I'd need to remove LICENSE.txt then make the symllnk.  What's the
> best way to remove the file?  I could patch the Makefile to remove
> the line in 'make install' that installs LICENSE.txt the add a link
> in debian/links.  Is there some easy/proper way in debhelper to just
> remove an installed file?

 Your questions makes me suspect that you did not notice my earier
 response in this thread (even earlier than above quoted one).

 Date: Tue, 17 Aug 2010 11:54:32 +0200
 Message-ID: <20100817095432.gg7...@jones.dk>

 There I describe how I do similarly with Sugar packages.

 To answer more directly to your questions: No, I believe there is no
 debhelper routine specifically for this.  Possibly you can make dh_link
 force overwrite existing object, but I find my proposed approach of
 replacing only if identical safer.
>>>
>>> Ok, I did it with an 'rm' in debian/rules, hope that's ok.  I pushed the
>>> commit.
>>
>> So, pd-motex should be ready?
> 
> 
> Everything is ready from my end. :-)  Its feeling quite polished, plus
> all the rest too.

OK, please update the changelog (I believe installing stuff as symlinks
to /usr/share/doc should be noted), and the signature. I can upload it then.


-- 
Saludos,
Felipe Sateler

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

Re: pd-zexy (upstream copyright)

[IOhannes m zmölnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 08/20/2010 12:41 PM, Jonas Smedegaard wrote:
> I finalized the packaging and uploaded to the NEW queue, where it is now
> waiting for ftpmasters to (hopefully) approve it.

cool.
i noticed that up till now, it has built everywhere but
- - linux/mips (scheduled)
- - hurd (scheduled)
- - kfreebsd (failed)


i expect the hurd build to fail as well, due to the same problem as the
kfreebsd builds: the filename extension for the external (module) is not
correctly autoguessed.

this can be easily fixed, by forcing a certain extension via configure
flags (which i have just pushed).
the "puredata" package uses the "pd_linux" extension for all externals
on Debian, so i just used that (even though it might seem uncorrect to
use the "linux" extension on a hurd or freebsd kernel).


> 
> 
> There are a few warnings like this:
> 
>   rawprint.c:45: warning: format '%X' expects type 'unsigned int', but
> argument 4 has type 'struct t_gpointer *'

i never really understood what to use for pointers in fprintf.
anyhow, in the given function it is save to cast to uint, as it is only
for pretty printing...

> 
> This might cause problems on architectures where int is of "unusual"
> size, if I understand it correctly.

i think the problem is more on x86_64 where the pointer is has the same
size as "long int"

> 
> 
> Apparently the following compile options are used:
> 
>   -g -O2 -g -Wall -O2 -mms-bitfields -fPIC -mfpmath=sse -msse -g -O2 -g
> -Wall -O2
> 
> This indicates that default compile options in upstream source is not
> overridden by CFLAGS declared by packaging which is generally bad (and a
> Policy violation, I believe - but too lazy to look it up right now), and
> especially may hurt emdebian and similar andvanced users depending on
> being able to override CFLAGS during packaging build time.

aye.
i think upstream will be switching to autoconf/automake which should fix
that.

> 
> More specifically, the upstream defaults include sse which I believe
> makes the resulting code require an i586 or even an i686 class machine. 
> I did not look closer and this might simply be due to this compilation
> happening on amd64 which always has this instruction set.  Just
> mentioning in case upstream assumes newer grades x64: Debian assumes i486.

aye.
the configure script does a test whether the compiler supports the
sse-flags. i think this is the case with modern gcc on x86 regardless of
the cpu used, so this might become a problem.

honestly, in the meantime i would wait till somebody complains (either a
user or the policy police) or the policy changes...
the fix shouldn't be too complicated to do (needs a patch against
configure.ac however)

on other platforms (not x86 and x86_64) the flags should be no problems
(since they are not used)

> 
> Also, some archs have problems with fPIC, and I believe it is mentioned
> in Debian Policy that normal builds should *not* use fPIC while static
> libraries (unused here, just mentioning for completenes sake) *should*
> use it.
> 

the fPIC flag is tested for during configure time, and it's only used if
the compiler supports it.
it was introduced, because x86_64 does require it.
it can be turned off by using "--disable-PIC", though of course this has
to exclude x86_64



gmasdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkxu4PEACgkQkX2Xpv6ydvTowwCeKY4fFuZQ9AabQbITCWQKd3/H
GjsAnilHytpPlrJAhj2c4yT0bT7ZSplp
=CtpI
-END PGP SIGNATURE-

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

Re: [SCM] a2jmidid packaging branch, master, updated. debian/6-0ubuntu3-8-ga115d60

[Alessio Treglia]

On Fri, Aug 20, 2010 at 5:37 PM, Adrian Knoth  
wrote:
> According to ,
> there is none.
>
> I'll file one.
>
> PS: Motivation was to provide one of the build/runtime deps for ladish.

Good, feel free to add me to the Uploaders list if you want.


-- 
Alessio Treglia 
Debian & Ubuntu Developer | Homepage: http://www.alessiotreglia.com
0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0

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

Re: Introduction

[Thomas Maass]

I think, the only way to get it to Debian, is
moving it to the non-free repository.
-- 
gpg-id: B4F786B1


signature.asc
Description: This is a digitally signed message part
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Re: separate discussion and development lists

[Eric Dantan Rzewnicki]

On Tue, Aug 17, 2010 at 06:30:11PM +0200, Adrian Knoth wrote:
> On Tue, Aug 17, 2010 at 05:58:43PM +0200, Reinhard Tartler wrote:
> > I've had a small private followup conversation with Andreas about
> > this. He basically came up with the suggestion to turn
> > debian-multime...@lists.debian.org from a *development* oriented mailing
> > list to a *user* focused list. This way users can share their thoughts,
> > concerns and kudos.
> 
> Sounds good to me.
> 
> I also digged out some mails from the archive with subject "closing down
> debian-multimedia alioth project and l.d.o list", dating back to April
> 2009.

I think I started that thread. At the time the team was pretty small.
Just to be clear, I like the new plan to re-purpose it as a user support
list better than my previous idea of closing it down.

> I'm not entirely sure the release team is happy if we'll upload 17
> packages just because of a maintainer's email address change, but given
> the long release cycle, I see no other way if we want to use
> debian-multime...@l.d.o, unless it's acceptable to see a bug reports now
> and then on this list.
> 
> BTW: Many of these packages are pretty old, e.g. no new upload since
> 2007 for hexter. They are also not available on git.debian.org. It might
> be a good first step for beginners to get some experience with git,
> git-buildpackage, team guidelines (multiline fields) and housekeeping in
> general to help with these 17 packages. WDYT? ;)

I would like to work on those. I've been meaning to work on packaging and
becoming a DD for many years ... I really wanted to be more involved
this year, but life and DebConf sort of got in the way.

So, I'll try to get caught up on the rest of this thread to see what
others think and have decided. But, if it's still thought to be ok to
keep these packages around, I would like to work on them as a learning
exercise.

-edrz

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

Bug#593735: vlc: don't exclusively depend on ttf-freefont

[Dirk Griesbach]

Package: vlc
Version: 1.1.3-1
Severity: wishlist

Hi,

vlc 1.1.3-1 does not depend on ttf-dejavu-core anymore but only on
ttf-freefont. It would be nice if I could choose, which fonts to use
because right now vlc is the only package which depends an ttf-freefont
for me. So something like depends (ttf-dejavu-core|ttf-freetype) would
be really nice.

Regards,
Dirk

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (101, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.34-1-686 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages vlc depends on:
ii  libaa1   1.4p5-38ascii art library
ii  libc62.11.2-2Embedded GNU C Library: Shared lib
ii  libfreetype6 2.4.2-1 FreeType 2 font engine, shared lib
ii  libfribidi0  0.19.2-1Free Implementation of the Unicode
ii  libgcc1  1:4.4.4-9   GCC support library
ii  libgl1-mesa-glx [libgl1] 7.8.2-2 A free implementation of the OpenG
ii  libqtcore4   4:4.7.0~beta2-3 Qt 4 core module
ii  libqtgui44:4.7.0~beta2-3 Qt 4 GUI module
ii  libsdl-image1.2  1.2.10-2+b1 image loading library for Simple D
ii  libsdl1.2debian  1.2.14-6Simple DirectMedia Layer
ii  libstdc++6   4.4.4-9 The GNU Standard C++ Library v3
ii  libtar   1.2.11-6C library for manipulating tar arc
ii  libvlccore4  1.1.3-1 base library for VLC and its modul
ii  libx11-6 2:1.3.3-3   X11 client-side library
ii  libx11-xcb1  2:1.3.3-3   Xlib/XCB interface library
ii  libxcb-keysyms1  0.3.6-1 utility libraries for X C Binding 
ii  libxcb-randr01.6-1   X C Binding, randr extension
ii  libxcb-shm0  1.6-1   X C Binding, shm extension
ii  libxcb-xv0   1.6-1   X C Binding, xv extension
ii  libxcb1  1.6-1   X C Binding
ii  libxext6 2:1.1.2-1   X11 miscellaneous extension librar
ii  ttf-freefont 20090104-7  Freefont Serif, Sans and Mono True
ii  vlc-nox  1.1.3-1 multimedia player and streamer (wi
ii  zlib1g   1:1.2.5.dfsg-1  compression library - runtime

Versions of packages vlc recommends:
pn  vlc-plugin-notify  (no description available)
pn  vlc-plugin-pulse   (no description available)

Versions of packages vlc suggests:
ii  mozilla-plugin-vlc1.1.3-1multimedia plugin for web browsers
pn  videolan-doc   (no description available)

Versions of packages vlc-nox depends on:
ii  liba52-0.7.4  0.7.4-14   library for decoding ATSC A/52 str
ii  libasound21.0.23-1   shared library for ALSA applicatio
ii  libass4   0.9.9-1library for SSA/ASS subtitles rend
ii  libavahi-client3  0.6.27-2   Avahi client library
ii  libavahi-common3  0.6.27-2   Avahi common library
ii  libavc1394-0  0.5.3-1+b2 control IEEE 1394 audio/video devi
ii  libavcodec52  4:0.5.2-2  ffmpeg codec library
ii  libavformat52 4:0.5.2-2  ffmpeg file format library
ii  libavutil49   4:0.5.2-2  ffmpeg utility library
ii  libc6 2.11.2-2   Embedded GNU C Library: Shared lib
ii  libcaca0  0.99.beta17-1  colour ASCII art library
ii  libcddb2  1.3.2-2library to access CDDB data - runt
ii  libcdio10 0.81-4 library to read and control CD-ROM
ii  libdbus-1-3   1.2.24-3   simple interprocess messaging syst
ii  libdc1394-22  2.1.2-3high level programming interface f
ii  libdca0   0.0.5-3decoding library for DTS Coherent 
ii  libdirac-encoder0 1.0.2-3open and royalty free high quality
ii  libdvbpsi60.1.7-1library for MPEG TS and DVB PSI ta
ii  libdvdnav44.1.3-7DVD navigation library
ii  libdvdread4   4.1.3-10   library for reading DVDs
ii  libebml0  0.7.7-3.1  access library for the EBML format
ii  libfaad2  2.7-4  freeware Advanced Audio Decoder - 
ii  libflac8  1.2.1-3Free Lossless Audio Codec - runtim
ii  libfontconfig12.8.0-2.1  generic font configuration library
ii  libfreetype6  2.4.2-1FreeType 2 font engine, shared lib
ii  libfribidi0   0.19.2-1   Free Implementation of the Unicode
ii  libgcc1   1:4.4.4-9  GCC support library
ii  libgcrypt11   1.4.6-1LGPL Crypto library - runtime libr
i

Re: separate discussion and development lists

[Eric Dantan Rzewnicki]

On Tue, Aug 17, 2010 at 12:08:20PM -0400, Felipe Sateler wrote:
> On 17/08/10 11:58, Reinhard Tartler wrote:
> > On Sun, Aug 15, 2010 at 20:15:40 (CEST), Andreas Tille wrote:
> >> On Sat, Aug 14, 2010 at 10:10:45AM +0200, Reinhard Tartler wrote:
> > I've had a small private followup conversation with Andreas about
> > this. He basically came up with the suggestion to turn
> > debian-multime...@lists.debian.org from a *development* oriented mailing
> > list to a *user* focused list. This way users can share their thoughts,
> > concerns and kudos.
> I thought this was the idea the whole time?
> > While I don't think that this will significantly lower the amount of
> > traffic (well, we actually widen the set of topics), I still think that
> > it will be benefitial for pkg-multimedia, because:
> > 
> >  - we get more contact with our actual users
> >  - we learn what's pressing and bugging them
> >  - we hopefully get more potential and real contributors, ideally even
> >new developers
> > 
> > WDYT?
> 
> Every time I think about it, I like it more. I think we should do that.
> And announce it to the world via d-d-a.

I also think this is a good idea.

-edrz

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

Processed: your mail

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> forwarded 583923 https://sourceforge.net/support/tracker.php?aid=3049384
Bug #583923 [jackeq] jackeq: [INTL:de] German translation
Set Bug forwarded-to-address to 
'https://sourceforge.net/support/tracker.php?aid=3049384'.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
583923: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=583923
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

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

Re: [SCM] a2jmidid packaging branch, master, updated. debian/6-0ubuntu3-8-ga115d60

[Adrian Knoth]

On Fri, Aug 20, 2010 at 05:29:06PM +0200, Alessio Treglia wrote:

> Adrian,
> 
> great job!

Far too kind, most work was already done by Ubuntu.

> Is there an ITP bug already filed?

According to ,
there is none.

I'll file one.



Cheerio

PS: Motivation was to provide one of the build/runtime deps for ladish.

-- 
mail: a...@thur.de  http://adi.thur.de  PGP/GPG: key via keyserver

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

Re: separate discussion and development lists

[Eric Dantan Rzewnicki]

On Sat, Aug 14, 2010 at 10:10:45AM +0200, Reinhard Tartler wrote:
> On Fri, Aug 13, 2010 at 21:21:02 (CEST), Jonas Smedegaard wrote:
> > Is/was DeMuDi a derivative work like debian-multimedia?  If so I agree
> > it is easiest to avoid it.
> >
> > If DeMuDi is/was a Debian-internal initiative similar to debian-edu, or
> > those active in it are/was interested in passing it on to Debian, then I
> > still find it interesting to consider using that name as I believe it is
> > well known also outside Debian.
> 
> Quoting wikipedia:
> 
> DeMuDi was developed by the AGNULA Project, a European Union funded
> project to improve access to multimedia software, and was also known as
> A/DeMuDi, with A standing for Agnula.  When funding ceased volunteers
> continued to work on the project for a short time, but it has now been
> completely absorbed into the Debian Multimedia Project.
> 
> not sure about the last part, but it seems it was some kind of
> derivative work. What about turning it into a Debian-internal
> initiative? The name might be dead, but we can still revive it as a
> Debian Blend, can't we?

Sorry for jumping into the middle of a thread without reading all of
what came before and after. In case it hasn't been said, aiui DeMuDi was
implemented as a CDD. Free was frequently to be read saying something
like "think of it as a custom way of installing Debian to get a well
working audio workstation."

After the end of the funded period ended all, or nearly all, of the work
was merged back into Debian proper.

-edrz

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

Re: [SCM] a2jmidid packaging branch, master, updated. debian/6-0ubuntu3-8-ga115d60

[Alessio Treglia]

Adrian,

great job!

Is there an ITP bug already filed?

-- 
Alessio Treglia 
Debian & Ubuntu Developer | Homepage: http://www.alessiotreglia.com
0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0

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

Processed: your mail

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tags 583923 pending
Bug #583923 [jackeq] jackeq: [INTL:de] German translation
Added tag(s) pending.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
583923: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=583923
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

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

Re: Bug#591287: vlc from experimental cannot be build with the curent unstable version (I even wonder how it can have been produced)

[Jonas Smedegaard]

On Fri, Aug 20, 2010 at 03:21:09PM +0200, Reinhard Tartler wrote:


On Fri, Aug 20, 2010 at 02:51:34PM +0200, Eric Valette wrote:
I know. But the critical FTBS should be on vlc experimental and also 
it should depend on the proper matroska version that is still in the 
new queue!


On Fri, Aug 20, 2010 at 15:04:13 (CEST), Jonas Smedegaard wrote:
Do I understand you correctly that the package currently in 
experimental was built against a version of matroska not available in 
Debian unstable nor Debian experimental?  If so, that package is a 
BAD build!!!


Reread again.

It seems that Eric is suggesting to do exactly that and the package in 
experimental did not use out of archive packages. If it did, then I'd 
appreciate a seperate and clearly written bugreport.


Make sense now.

Sorry for shouting.


 - Jonas

--
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


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

Re: Bug#591287: vlc from experimental cannot be build with the curent unstable version (I even wonder how it can have been produced)

[Reinhard Tartler]

On Fri, Aug 20, 2010 at 02:51:34PM +0200, Eric Valette wrote:
>> I know. But the critical FTBS should be on vlc experimental and also
>> it should depend on the proper matroska version that is still in the
>> new queue!

On Fri, Aug 20, 2010 at 15:04:13 (CEST), Jonas Smedegaard wrote:
> Do I understand you correctly that the package currently in experimental
> was built against a version of matroska not available in Debian unstable
> nor Debian experimental?  If so, that package is a BAD build!!!

Reread again.

It seems that Eric is suggesting to do exactly that and the package in
experimental did not use out of archive packages. If it did, then I'd
appreciate a seperate and clearly written bugreport.

-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4

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

Re: Bug#591287: vlc from experimental cannot be build with the curent unstable version (I even wonder how it can have been produced)

[Fabian Greffrath]

Am 20.08.2010 14:51, schrieb Eric Valette:

I know. But the critical FTBS should be on vlc experimental and also
it should depend on the proper matroska version that is still in the
new queue!


Try to build again with libebml from unstable and don't use the one 
from experimental, which is incompatible with current libmatroska from 
unstable.


 - Fabian

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

Bug#591287: vlc from experimental cannot be build with the curent unstable version (I even wonder how it can have been produced)

[Jonas Smedegaard]

On Fri, Aug 20, 2010 at 02:51:34PM +0200, Eric Valette wrote:

On 08/20/2010 02:37 PM, Jonas Smedegaard wrote:

On Fri, Aug 20, 2010 at 02:03:24PM +0200, Eric Valette wrote:

Normally its a critical bug when you cannot rebuild...


True. It is a so-called FTBFS (Failure to build from source).

The appropriate severity should be tagged no matter the branch the 
package is located in.


And to address your wondering in subject (please always include full 
message in body of emails, to ensure they get fully noticed): a 
package targeted experimental should be built against unstable + 
experimental packages, nothing else!


I know. But the critical FTBS should be on vlc experimental and also it 
should depend on the proper matroska version that is still in the new 
queue!


Do I understand you correctly that the package currently in experimental 
was built against a version of matroska not available in Debian unstable 
nor Debian experimental?  If so, that package is a BAD build!!!


Just imagine one scenario out of many: That new Matroska package gets 
rejected from NEW due to a licensing problem.  But we already shipped 
binary code containing same licensing SILENTLY in experimental.  That is 
BAD!!!


DON'T DO OFFICIAL BUILDS AGAINST NON-DEBIAN-RELEASED PACKAGES. EVER!


 - Jonas

--
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


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

Bug#591287: vlc from experimental cannot be build with the curent unstable version (I even wonder how it can have been produced)

[Eric Valette]

On 08/20/2010 02:37 PM, Jonas Smedegaard wrote:

On Fri, Aug 20, 2010 at 02:03:24PM +0200, Eric Valette wrote:

Normally its a critical bug when you cannot rebuild...


True. It is a so-called FTBFS (Failure to build from source).

The appropriate severity should be tagged no matter the branch the
package is located in.

And to address your wondering in subject (please always include full
message in body of emails, to ensure they get fully noticed): a package
targeted experimental should be built against unstable + experimental
packages, nothing else!


I know. But the critical FTBS should be on vlc experimental and also it 
should depend on the proper matroska version that is still in the new queue!


-- eric



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

Re: Bug#591287: vlc from experimental cannot be build with the curent unstable version (I even wonder how it can have been produced)

[Fabian Greffrath]

Am 20.08.2010 14:46, schrieb Eric Valette:

I'm reporting that with current availble matroska package in
unstable+experimental, you cannot build experimental vlc and yes I did
a build-dep but since matroska 0.8.1 is the only available version...


Experimental isn't a consistent distribution.

Packages from experimental don't necessarily build with all the other 
packages from experimental. I think the culprit here is rather the API 
mismatch between libebml (1.0.0 already in exp.) and libmatroska 
(1.0.0 targeted at exp. currently waiting in NEW), which isn't vlc's 
fault, though.



I hijack yes maybe because vlc should not have entered experimental
unless libmastroaka was leaving the new queue.


Nothing keeps vlc from entering experimental as long as its 
build-dependencies are satisfied in unstable.


 - Fabian

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

Bug#591287: vlc from experimental cannot be build with the curent unstable version (I even wonder how it can have been produced)

[Eric Valette]

On 08/20/2010 02:36 PM, Christophe Mutricy wrote:

Hello,

Why are you highjacking a bug report about libmatroska for a bug on vlc ?!


I'm reporting that with current availble matroska package in 
unstable+experimental, you cannot build experimental vlc and yes I did a 
build-dep but since matroska 0.8.1 is the only available version...


I hijack yes maybe because vlc should not have entered experimental 
unless libmastroaka was leaving the new queue.


-- eric



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

Re: Adopting jack-tools

[Alessio Treglia]

I've been doing some work on the package, license information seems
missing in the sources.
Plus, no license is provided with the original tarball.

ales...@quadromatic:~/Documenti/devel/debian/git/pkg-multimedia/jack-tools$
licensecheck --copyright -r .
./jack.udp.c: UNKNOWN
  [Copyright: rohan drape, 2003-2010 */]

./jack.dl.c: UNKNOWN
  [Copyright: rohan drape, 2003-2008 */]

./jack.transport.c: UNKNOWN
  [Copyright: rohan drape, 2006-2008 */]

./jack.record.c: UNKNOWN
  [Copyright: rohan drape, 2003-2006 */]

./common/img.c: UNKNOWN
  [Copyright: rohan drape, 2005-2006 */]

./common/jack-client.c: UNKNOWN
  [Copyright: rohan drape, 2005-2006 */]

./common/signal-clip.h: *No copyright* UNKNOWN

./common/client.h: *No copyright* UNKNOWN

./common/jack-transport.c: UNKNOWN
  [Copyright: rohan drape, 2005-2006 */]

./common/file.h: *No copyright* UNKNOWN

./common/jack-transport.h: *No copyright* UNKNOWN

./common/signal-print.h: *No copyright* UNKNOWN

./common/network.h: *No copyright* UNKNOWN

./common/byte-order.c: UNKNOWN
  [Copyright: rohan drape, 2005-2006 */]

./common/img.h: *No copyright* UNKNOWN

./common/jack-port.c: UNKNOWN
  [Copyright: rohan drape, 2005-2006 */]

./common/xregcomp.c: UNKNOWN
  [Copyright: rohan drape, 2005-2006 */]

./common/failure.h: *No copyright* UNKNOWN

./common/signal-copy.h: *No copyright* UNKNOWN

./common/ximg.c: UNKNOWN
  [Copyright: rohan drape, 2005-2006 */]

./common/client.c: UNKNOWN
  [Copyright: rohan drape, 2005-2006 */]

./common/float.h: *No copyright* UNKNOWN

./common/time-current.h: *No copyright* UNKNOWN

./common/sound-file.h: *No copyright* UNKNOWN

./common/signal-print.c: UNKNOWN
  [Copyright: rohan drape, 2005 */]

./common/memory.h: *No copyright* UNKNOWN

./common/time-current.c: UNKNOWN
  [Copyright: rohan drape, 2005-2006 */]

./common/time-timeval.c: UNKNOWN
  [Copyright: rohan drape, 2005-2006 */]

./common/img-ppm.c: UNKNOWN
  [Copyright: rohan drape, 2005-2006 */]

./common/time-ntp.h: *No copyright* UNKNOWN

./common/byte-order.h: *No copyright* UNKNOWN

./common/signal-interleave.c: UNKNOWN
  [Copyright: rohan drape, 2005-2006 */]

./common/img-ppm.h: *No copyright* UNKNOWN

./common/print.h: *No copyright* UNKNOWN

./common/time-timespec.c: UNKNOWN
  [Copyright: rohan drape, 2005-2006 */]

./common/osc.c: UNKNOWN
  [Copyright: rohan drape, 2005-2006 */]

./common/int.h: *No copyright* UNKNOWN

./common/ximg.h: *No copyright* UNKNOWN

./common/signal-interleave.h: *No copyright* UNKNOWN

./common/sound-file.c: UNKNOWN
  [Copyright: rohan drape, 2005-2006 */]

./common/time-timeval.h: *No copyright* UNKNOWN

./common/jack-ringbuffer.c: UNKNOWN
  [Copyright: rohan drape, 2005-2006 */]

./common/network.c: UNKNOWN
  [Copyright: rohan drape, 2005-2006 */]

./common/observe-signal.h: *No copyright* UNKNOWN

./common/jack-client.h: *No copyright* UNKNOWN

./common/xregcomp.h: *No copyright* UNKNOWN

./common/signal-interpolate.h: *No copyright* UNKNOWN

./common/time-timespec.h: *No copyright* UNKNOWN

./common/signal-clip.c: UNKNOWN
  [Copyright: rohan drape, 2005-2006 */]

./common/osc.h: *No copyright* UNKNOWN

./common/observe-signal.c: UNKNOWN
  [Copyright: rohan drape, 2005-2006 */]

./common/signal-interpolate.c: UNKNOWN
  [Copyright: rohan drape, 2005-2006 */]

./common/jack-port.h: *No copyright* UNKNOWN

./common/file.c: UNKNOWN
  [Copyright: rohan drape, 2005-2006 */]

./common/signal-copy.c: UNKNOWN
  [Copyright: rohan drape, 2005-2006 */]

./common/memory.c: UNKNOWN
  [Copyright: rohan drape, 2005-2006 */]

./common/jack-ringbuffer.h: *No copyright* UNKNOWN

./common/time-ntp.c: UNKNOWN
  [Copyright: rohan drape, 2005-2006 */]

./autogen.sh: *No copyright* UNKNOWN

./jack.dl.h: *No copyright* UNKNOWN

./help/sin.c: *No copyright* UNKNOWN

./jack.play.c: UNKNOWN
  [Copyright: rohan drape, 2003-2008 */]

./jack.scope.c: UNKNOWN
  [Copyright: rohan drape, 1998-2006 */]

./jack.plumbing.c: UNKNOWN
  [Copyright: rohan drape, 2003-2006 */]

./jack.osc.c: UNKNOWN
  [Copyright: rohan drape, 2004-2006 */]



-- 
Alessio Treglia 
Debian & Ubuntu Developer | Homepage: http://www.alessiotreglia.com
0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0

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

Bug#591287: vlc from experimental cannot be build with the curent unstable version (I even wonder how it can have been produced)

[Jonas Smedegaard]

On Fri, Aug 20, 2010 at 02:03:24PM +0200, Eric Valette wrote:

Normally its a critical bug when you cannot rebuild...


True.  It is a so-called FTBFS (Failure to build from source).

The appropriate severity should be tagged no matter the branch the 
package is located in.


And to address your wondering in subject (please always include full 
message in body of emails, to ensure they get fully noticed): a package 
targeted experimental should be built against unstable + experimental 
packages, nothing else!



 - Jonas

--
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


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

Bug#591287: vlc from experimental cannot be build with the curent unstable version (I even wonder how it can have been produced)

[Christophe Mutricy]

Hello,

Why are you highjacking a bug report about libmatroska for a bug on vlc ?!

To report a new bug use 'reportbug'

Also the subject field is not meant to contain the whole bug report.

- Message d'origine -
> Normally its a critical bug when you cannot rebuild...

It isn't mandatory to be able to build experimental package on unstable. So 
it's not a bug.
Pbuilder by example is able to pick the needed build-deps from experimental.
And for a simple dpkg-buildpackage it's your job to make sure the build-deps 
are satisfied.

-- 
xtophe 



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

Re: What to do with Ladish

[Alessio Treglia]

On Fri, Aug 20, 2010 at 2:18 PM, Jonas Smedegaard  wrote:
>  1) Package ladish but release it only for experimental

ACK

>  2) For packages supporting ladish, enable it if available at build time

ACK

>  3) Build ladish-supporting packages for experimental

ACK


-- 
Alessio Treglia 
Debian & Ubuntu Developer | Homepage: http://www.alessiotreglia.com
0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0

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

Re: What to do with Ladish

[Jonas Smedegaard]

On Fri, Aug 20, 2010 at 01:46:18PM +0200, Adrian Knoth wrote:

On Fri, Aug 20, 2010 at 12:47:19PM +0200, Reinhard Tartler wrote:

> Some time back there was a little discussion about packaging Ladish 
> or not (www.ladish.org). Ladish is a Linux audio session manager, 
> which stores projects, launched apps, jack connections etc.


Why isn't it in debian yet?


By that time, it was ladish-0.1. We now have ladish-0.2, and apps need 
to support it, read, implement special handlers for the ladish 
callbacks/signals.


The newly created JACK session API aims more or less at the same, and 
apps need to implement it. While there is already support for JACK 
session in jackd1's SVN, there is none in jackd2. Nowhere.


OTOH, ladish requires a DBUS-enabled jackd, and this means jackd2 at 
the moment.


Long story short: This is a moving target, pure development area. The 
gladish screenshots look nice, but as long as there's no consensus 
about session save API upstream, we trick users into lots of problems: 
apps not supporting it, jackds not supporting it and so on.


Sounds to me like it then makes sense to do the following for Debian:

 1) Package ladish but release it only for experimental
 2) For packages supporting ladish, enable it if available at build time
 3) Build ladish-supporting packages for experimental

That way those interested in maturing ladish have a way to test 
progress.



Rosea: do you use gladish? I never tried it, I only saw some discussion 
about it on IRC and the mailing lists. I might be mistaken, so if you 
say it's a must have piece of software, then we clearly should get our 
hands dirty and start packaging it. ;)




I don't remember the details.


1e. ;) SCNR


Huh?


 - Jonas

--
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


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

Bug#591287: vlc from experimental cannot be build with the curent unstable version (I even wonder how it can have been produced)

[Eric Valette]

Normally its a critical bug when you cannot rebuild...

-- eric

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

Re: What to do with Ladish

[Adrian Knoth]

On Fri, Aug 20, 2010 at 12:47:19PM +0200, Reinhard Tartler wrote:

> > Some time back there was a little discussion about packaging Ladish or
> > not (www.ladish.org). Ladish is a Linux audio session manager, which
> > stores projects, launched apps, jack connections etc.
> 
> Why isn't it in debian yet?

By that time, it was ladish-0.1. We now have ladish-0.2, and apps need
to support it, read, implement special handlers for the ladish
callbacks/signals.

The newly created JACK session API aims more or less at the same, and
apps need to implement it. While there is already support for JACK
session in jackd1's SVN, there is none in jackd2. Nowhere.

OTOH, ladish requires a DBUS-enabled jackd, and this means jackd2 at the
moment.

Long story short: This is a moving target, pure development area. The
gladish screenshots look nice, but as long as there's no consensus about
session save API upstream, we trick users into lots of problems: apps
not supporting it, jackds not supporting it and so on.


Rosea: do you use gladish? I never tried it, I only saw some discussion
about it on IRC and the mailing lists. I might be mistaken, so if you
say it's a must have piece of software, then we clearly should get our
hands dirty and start packaging it. ;)


> I don't remember the details.

1e. ;) SCNR


-- 
mail: a...@thur.de  http://adi.thur.de  PGP/GPG: key via keyserver

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

Bug#592669: marked as done (vlc-nox: ID3v2 parser crash on some MP3 file (CVE-2010-2937))

[Debian Bug Tracking System]

Your message dated Fri, 20 Aug 2010 11:35:24 +
with message-id 
and subject line Bug#592669: fixed in vlc 1.1.3-1
has caused the Debian Bug report #592669,
regarding vlc-nox: ID3v2 parser crash on some MP3 file (CVE-2010-2937)
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
592669: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=592669
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: vlc-nox
Version: 1.1.1-1
Severity: important
Tags: upstream patch security


   Hello,

VLC fails to perform sufficient input validation when trying to extract some 
meta-informations about input media through ID3v2 tags. In the failure case, 
VLC attempt dereference an invalid memory address, and a crash will ensure. 

See http://www.videolan.org/security/sa1004.html
for patch and further references.

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (100, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.35 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages vlc-nox depends on:
ii  liba52-0.7.40.7.4-14 library for decoding ATSC A/52 str
ii  libasound2  1.0.23-1 shared library for ALSA applicatio
ii  libass4 0.9.9-1  library for SSA/ASS subtitles rend
ii  libavahi-client30.6.27-1 Avahi client library
ii  libavahi-common30.6.27-1 Avahi common library
ii  libavc1394-00.5.3-1+b2   control IEEE 1394 audio/video devi
ii  libavcodec524:0.6-2  ffmpeg codec library
ii  libavformat52   4:0.6-2  ffmpeg file format library
ii  libavutil49 4:0.5.2-2ffmpeg utility library
ii  libc6   2.11.2-2 Embedded GNU C Library: Shared lib
ii  libcaca00.99.beta17-1colour ASCII art library
ii  libcddb21.3.2-2  library to access CDDB data - runt
ii  libcdio10   0.81-4   library to read and control CD-ROM
ii  libdbus-1-3 1.2.24-3 simple interprocess messaging syst
ii  libdc1394-222.1.2-3  high level programming interface f
ii  libdca0 0.0.5-3  decoding library for DTS Coherent 
ii  libdirac-encoder0   1.0.2-3  open and royalty free high quality
ii  libdvbpsi6  0.1.7-1  library for MPEG TS and DVB PSI ta
ii  libdvdnav4  4.1.3-7  DVD navigation library
ii  libdvdread4 4.1.3-10 library for reading DVDs
ii  libebml00.7.7-3.1access library for the EBML format
ii  libfaad22.7-4freeware Advanced Audio Decoder - 
ii  libflac81.2.1-2+b1   Free Lossless Audio Codec - runtim
ii  libfontconfig1  2.8.0-2.1generic font configuration library
ii  libfreetype62.4.0-2  FreeType 2 font engine, shared lib
ii  libfribidi0 0.19.2-1 Free Implementation of the Unicode
ii  libgcc1 1:4.4.4-8GCC support library
ii  libgcrypt11 1.4.5-2  LGPL Crypto library - runtime libr
ii  libgnutls26 2.8.6-1  the GNU TLS library - runtime libr
ii  libgpg-error0   1.6-1library for common error values an
ii  libkate10.3.7-3  Kate is a codec for karaoke and te
ii  liblircclient0  0.8.3-5  infra-red remote control support -
ii  liblua5.1-0 5.1.4-5  Simple, extensible, embeddable pro
ii  libmad0 0.15.1b-5MPEG audio decoder library
ii  libmatroska00.8.1-1.1extensible open standard audio/vid
ii  libmpcdec6  2:0.1~r459-1 MusePack decoder - library
ii  libmpeg2-4  0.4.1-3  MPEG1 and MPEG2 video decoder libr
ii  libmtp8 1.0.3-1  Media Transfer Protocol (MTP) libr
ii  libncursesw55.7+20100313-2   shared libraries for terminal hand
ii  libogg0 1.2.0~dfsg-1 Ogg bitstream library
ii  libpng12-0  1.2.44-1 PNG library - runtime
ii  libpostproc51   4:0.6-2  ffmpeg video postprocessing librar
ii  libproxy0   0.3.1-1  automatic proxy configuration mana
ii  libraw1394-11   2.0.5-2  library for direct access to IEEE 
ii  libschroedinger-1.0-0   1.0.9-2  library for encoding/decoding of D
i

Bug#587792: marked as done (Please compile with --enable-vaapi)

[Debian Bug Tracking System]

Your message dated Fri, 20 Aug 2010 11:36:15 +
with message-id 
and subject line Bug#587792: fixed in vlc 1.1.3-2
has caused the Debian Bug report #587792,
regarding Please compile with --enable-vaapi
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
587792: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=587792
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: vlc
Version: 1.1.0-1

Since version 1.1.0, VLC supports hardware-accelerated video decoding
through VA-API. The required library is already in Debian and should
fail gracefully if no hardware accelerator is available. Please consider
switching this feature on for the next upload.


--- End Message ---
--- Begin Message ---
Source: vlc
Source-Version: 1.1.3-2

We believe that the bug you reported is fixed in the latest version of
vlc, which is due to be installed in the Debian FTP archive:

libvlc-dev_1.1.3-2_i386.deb
  to main/v/vlc/libvlc-dev_1.1.3-2_i386.deb
libvlc5_1.1.3-2_i386.deb
  to main/v/vlc/libvlc5_1.1.3-2_i386.deb
libvlccore-dev_1.1.3-2_i386.deb
  to main/v/vlc/libvlccore-dev_1.1.3-2_i386.deb
libvlccore4_1.1.3-2_i386.deb
  to main/v/vlc/libvlccore4_1.1.3-2_i386.deb
mozilla-plugin-vlc_1.1.3-2_i386.deb
  to main/v/vlc/mozilla-plugin-vlc_1.1.3-2_i386.deb
vlc-data_1.1.3-2_all.deb
  to main/v/vlc/vlc-data_1.1.3-2_all.deb
vlc-dbg_1.1.3-2_i386.deb
  to main/v/vlc/vlc-dbg_1.1.3-2_i386.deb
vlc-nox_1.1.3-2_i386.deb
  to main/v/vlc/vlc-nox_1.1.3-2_i386.deb
vlc-plugin-fluidsynth_1.1.3-2_i386.deb
  to main/v/vlc/vlc-plugin-fluidsynth_1.1.3-2_i386.deb
vlc-plugin-ggi_1.1.3-2_i386.deb
  to main/v/vlc/vlc-plugin-ggi_1.1.3-2_i386.deb
vlc-plugin-jack_1.1.3-2_i386.deb
  to main/v/vlc/vlc-plugin-jack_1.1.3-2_i386.deb
vlc-plugin-notify_1.1.3-2_i386.deb
  to main/v/vlc/vlc-plugin-notify_1.1.3-2_i386.deb
vlc-plugin-pulse_1.1.3-2_i386.deb
  to main/v/vlc/vlc-plugin-pulse_1.1.3-2_i386.deb
vlc-plugin-sdl_1.1.3-2_i386.deb
  to main/v/vlc/vlc-plugin-sdl_1.1.3-2_i386.deb
vlc-plugin-svg_1.1.3-2_i386.deb
  to main/v/vlc/vlc-plugin-svg_1.1.3-2_i386.deb
vlc-plugin-svgalib_1.1.3-2_i386.deb
  to main/v/vlc/vlc-plugin-svgalib_1.1.3-2_i386.deb
vlc-plugin-zvbi_1.1.3-2_i386.deb
  to main/v/vlc/vlc-plugin-zvbi_1.1.3-2_i386.deb
vlc_1.1.3-2.debian.tar.gz
  to main/v/vlc/vlc_1.1.3-2.debian.tar.gz
vlc_1.1.3-2.dsc
  to main/v/vlc/vlc_1.1.3-2.dsc
vlc_1.1.3-2_i386.deb
  to main/v/vlc/vlc_1.1.3-2_i386.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 587...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Benjamin Drung  (supplier of updated vlc package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Thu, 19 Aug 2010 22:27:45 +0200
Source: vlc
Binary: libvlc5 libvlc-dev libvlccore4 libvlccore-dev mozilla-plugin-vlc vlc 
vlc-data vlc-dbg vlc-nox vlc-plugin-fluidsynth vlc-plugin-ggi vlc-plugin-jack 
vlc-plugin-notify vlc-plugin-pulse vlc-plugin-sdl vlc-plugin-svg 
vlc-plugin-svgalib vlc-plugin-zvbi
Architecture: source i386 all
Version: 1.1.3-2
Distribution: experimental
Urgency: low
Maintainer: Debian multimedia packages maintainers 

Changed-By: Benjamin Drung 
Description: 
 libvlc-dev - development files for libvlc
 libvlc5- multimedia player and streamer library
 libvlccore-dev - development files for libvlccore
 libvlccore4 - base library for VLC and its modules
 mozilla-plugin-vlc - multimedia plugin for web browsers based on VLC
 vlc- multimedia player and streamer
 vlc-data   - Common data for VLC
 vlc-dbg- debugging symbols for vlc
 vlc-nox- multimedia player and streamer (without X support)
 vlc-plugin-fluidsynth - FluidSynth plugin for VLC
 vlc-plugin-ggi - GGI video output plugin for VLC
 vlc-plugin-jack - Jack audio plugins for VLC
 vlc-plugin-notify - LibNotify plugin for VLC
 vlc-plugin-pulse - PulseAudio plugin for VLC
 vlc-plugin-sdl - SDL video and audio output plugin for VLC
 vlc-plugin-svg - SVG plugin for VLC
 vlc-plugin-svgalib - SVGAlib video output plugin for VLC
 vlc-plugin-zvbi - VBI teletext plugin for VLC
Closes: 587792
Changes: 
 vlc (1.1.3-2) experimental; urgency=low
 .
   [ Christophe Mutricy ]
   * Depends on xulrunner-dev >= 1.9.2
   * Activate VA-API (Closes: #587792, LP: #539406)
 

vlc_1.1.3-2_i386.changes ACCEPTED

[Archive Administrator]

Accepted:
libvlc-dev_1.1.3-2_i386.deb
  to main/v/vlc/libvlc-dev_1.1.3-2_i386.deb
libvlc5_1.1.3-2_i386.deb
  to main/v/vlc/libvlc5_1.1.3-2_i386.deb
libvlccore-dev_1.1.3-2_i386.deb
  to main/v/vlc/libvlccore-dev_1.1.3-2_i386.deb
libvlccore4_1.1.3-2_i386.deb
  to main/v/vlc/libvlccore4_1.1.3-2_i386.deb
mozilla-plugin-vlc_1.1.3-2_i386.deb
  to main/v/vlc/mozilla-plugin-vlc_1.1.3-2_i386.deb
vlc-data_1.1.3-2_all.deb
  to main/v/vlc/vlc-data_1.1.3-2_all.deb
vlc-dbg_1.1.3-2_i386.deb
  to main/v/vlc/vlc-dbg_1.1.3-2_i386.deb
vlc-nox_1.1.3-2_i386.deb
  to main/v/vlc/vlc-nox_1.1.3-2_i386.deb
vlc-plugin-fluidsynth_1.1.3-2_i386.deb
  to main/v/vlc/vlc-plugin-fluidsynth_1.1.3-2_i386.deb
vlc-plugin-ggi_1.1.3-2_i386.deb
  to main/v/vlc/vlc-plugin-ggi_1.1.3-2_i386.deb
vlc-plugin-jack_1.1.3-2_i386.deb
  to main/v/vlc/vlc-plugin-jack_1.1.3-2_i386.deb
vlc-plugin-notify_1.1.3-2_i386.deb
  to main/v/vlc/vlc-plugin-notify_1.1.3-2_i386.deb
vlc-plugin-pulse_1.1.3-2_i386.deb
  to main/v/vlc/vlc-plugin-pulse_1.1.3-2_i386.deb
vlc-plugin-sdl_1.1.3-2_i386.deb
  to main/v/vlc/vlc-plugin-sdl_1.1.3-2_i386.deb
vlc-plugin-svg_1.1.3-2_i386.deb
  to main/v/vlc/vlc-plugin-svg_1.1.3-2_i386.deb
vlc-plugin-svgalib_1.1.3-2_i386.deb
  to main/v/vlc/vlc-plugin-svgalib_1.1.3-2_i386.deb
vlc-plugin-zvbi_1.1.3-2_i386.deb
  to main/v/vlc/vlc-plugin-zvbi_1.1.3-2_i386.deb
vlc_1.1.3-2.debian.tar.gz
  to main/v/vlc/vlc_1.1.3-2.debian.tar.gz
vlc_1.1.3-2.dsc
  to main/v/vlc/vlc_1.1.3-2.dsc
vlc_1.1.3-2_i386.deb
  to main/v/vlc/vlc_1.1.3-2_i386.deb


Override entries for your package:
libvlc-dev_1.1.3-2_i386.deb - optional libdevel
libvlc5_1.1.3-2_i386.deb - optional libs
libvlccore-dev_1.1.3-2_i386.deb - optional libdevel
libvlccore4_1.1.3-2_i386.deb - optional libs
mozilla-plugin-vlc_1.1.3-2_i386.deb - optional video
vlc-data_1.1.3-2_all.deb - optional video
vlc-dbg_1.1.3-2_i386.deb - extra debug
vlc-nox_1.1.3-2_i386.deb - optional video
vlc-plugin-fluidsynth_1.1.3-2_i386.deb - optional video
vlc-plugin-ggi_1.1.3-2_i386.deb - optional video
vlc-plugin-jack_1.1.3-2_i386.deb - optional video
vlc-plugin-notify_1.1.3-2_i386.deb - optional video
vlc-plugin-pulse_1.1.3-2_i386.deb - optional video
vlc-plugin-sdl_1.1.3-2_i386.deb - optional video
vlc-plugin-svg_1.1.3-2_i386.deb - optional video
vlc-plugin-svgalib_1.1.3-2_i386.deb - optional video
vlc-plugin-zvbi_1.1.3-2_i386.deb - optional video
vlc_1.1.3-2.dsc - source video
vlc_1.1.3-2_i386.deb - optional video

Announcing to debian-devel-chan...@lists.debian.org
Closing bugs: 587792 


Thank you for your contribution to Debian.

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

vlc_1.1.3-1_i386.changes ACCEPTED

[Archive Administrator]

Accepted:
libvlc-dev_1.1.3-1_i386.deb
  to main/v/vlc/libvlc-dev_1.1.3-1_i386.deb
libvlc5_1.1.3-1_i386.deb
  to main/v/vlc/libvlc5_1.1.3-1_i386.deb
libvlccore-dev_1.1.3-1_i386.deb
  to main/v/vlc/libvlccore-dev_1.1.3-1_i386.deb
libvlccore4_1.1.3-1_i386.deb
  to main/v/vlc/libvlccore4_1.1.3-1_i386.deb
mozilla-plugin-vlc_1.1.3-1_i386.deb
  to main/v/vlc/mozilla-plugin-vlc_1.1.3-1_i386.deb
vlc-data_1.1.3-1_all.deb
  to main/v/vlc/vlc-data_1.1.3-1_all.deb
vlc-dbg_1.1.3-1_i386.deb
  to main/v/vlc/vlc-dbg_1.1.3-1_i386.deb
vlc-nox_1.1.3-1_i386.deb
  to main/v/vlc/vlc-nox_1.1.3-1_i386.deb
vlc-plugin-fluidsynth_1.1.3-1_i386.deb
  to main/v/vlc/vlc-plugin-fluidsynth_1.1.3-1_i386.deb
vlc-plugin-ggi_1.1.3-1_i386.deb
  to main/v/vlc/vlc-plugin-ggi_1.1.3-1_i386.deb
vlc-plugin-jack_1.1.3-1_i386.deb
  to main/v/vlc/vlc-plugin-jack_1.1.3-1_i386.deb
vlc-plugin-notify_1.1.3-1_i386.deb
  to main/v/vlc/vlc-plugin-notify_1.1.3-1_i386.deb
vlc-plugin-pulse_1.1.3-1_i386.deb
  to main/v/vlc/vlc-plugin-pulse_1.1.3-1_i386.deb
vlc-plugin-sdl_1.1.3-1_i386.deb
  to main/v/vlc/vlc-plugin-sdl_1.1.3-1_i386.deb
vlc-plugin-svg_1.1.3-1_i386.deb
  to main/v/vlc/vlc-plugin-svg_1.1.3-1_i386.deb
vlc-plugin-svgalib_1.1.3-1_i386.deb
  to main/v/vlc/vlc-plugin-svgalib_1.1.3-1_i386.deb
vlc-plugin-zvbi_1.1.3-1_i386.deb
  to main/v/vlc/vlc-plugin-zvbi_1.1.3-1_i386.deb
vlc_1.1.3-1.debian.tar.gz
  to main/v/vlc/vlc_1.1.3-1.debian.tar.gz
vlc_1.1.3-1.dsc
  to main/v/vlc/vlc_1.1.3-1.dsc
vlc_1.1.3-1_i386.deb
  to main/v/vlc/vlc_1.1.3-1_i386.deb
vlc_1.1.3.orig.tar.bz2
  to main/v/vlc/vlc_1.1.3.orig.tar.bz2


Override entries for your package:
libvlc-dev_1.1.3-1_i386.deb - optional libdevel
libvlc5_1.1.3-1_i386.deb - optional libs
libvlccore-dev_1.1.3-1_i386.deb - optional libdevel
libvlccore4_1.1.3-1_i386.deb - optional libs
mozilla-plugin-vlc_1.1.3-1_i386.deb - optional video
vlc-data_1.1.3-1_all.deb - optional video
vlc-dbg_1.1.3-1_i386.deb - extra debug
vlc-nox_1.1.3-1_i386.deb - optional video
vlc-plugin-fluidsynth_1.1.3-1_i386.deb - optional video
vlc-plugin-ggi_1.1.3-1_i386.deb - optional video
vlc-plugin-jack_1.1.3-1_i386.deb - optional video
vlc-plugin-notify_1.1.3-1_i386.deb - optional video
vlc-plugin-pulse_1.1.3-1_i386.deb - optional video
vlc-plugin-sdl_1.1.3-1_i386.deb - optional video
vlc-plugin-svg_1.1.3-1_i386.deb - optional video
vlc-plugin-svgalib_1.1.3-1_i386.deb - optional video
vlc-plugin-zvbi_1.1.3-1_i386.deb - optional video
vlc_1.1.3-1.dsc - source video
vlc_1.1.3-1_i386.deb - optional video

Announcing to debian-devel-chan...@lists.debian.org
Closing bugs: 592669 


Thank you for your contribution to Debian.

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

Processing of vlc_1.1.3-2_i386.changes

[Archive Administrator]

vlc_1.1.3-2_i386.changes uploaded successfully to localhost
along with the files:
  vlc_1.1.3-2.dsc
  vlc_1.1.3-2.debian.tar.gz
  libvlc5_1.1.3-2_i386.deb
  libvlc-dev_1.1.3-2_i386.deb
  libvlccore4_1.1.3-2_i386.deb
  libvlccore-dev_1.1.3-2_i386.deb
  mozilla-plugin-vlc_1.1.3-2_i386.deb
  vlc_1.1.3-2_i386.deb
  vlc-data_1.1.3-2_all.deb
  vlc-dbg_1.1.3-2_i386.deb
  vlc-nox_1.1.3-2_i386.deb
  vlc-plugin-fluidsynth_1.1.3-2_i386.deb
  vlc-plugin-ggi_1.1.3-2_i386.deb
  vlc-plugin-jack_1.1.3-2_i386.deb
  vlc-plugin-notify_1.1.3-2_i386.deb
  vlc-plugin-pulse_1.1.3-2_i386.deb
  vlc-plugin-sdl_1.1.3-2_i386.deb
  vlc-plugin-svg_1.1.3-2_i386.deb
  vlc-plugin-svgalib_1.1.3-2_i386.deb
  vlc-plugin-zvbi_1.1.3-2_i386.deb

Greetings,

Your Debian queue daemon (running on host franck.debian.org)

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

Processing of vlc_1.1.3-1_i386.changes

[Archive Administrator]

vlc_1.1.3-1_i386.changes uploaded successfully to localhost
along with the files:
  vlc_1.1.3-1.dsc
  vlc_1.1.3.orig.tar.bz2
  vlc_1.1.3-1.debian.tar.gz
  vlc-data_1.1.3-1_all.deb
  libvlc5_1.1.3-1_i386.deb
  libvlc-dev_1.1.3-1_i386.deb
  libvlccore4_1.1.3-1_i386.deb
  libvlccore-dev_1.1.3-1_i386.deb
  mozilla-plugin-vlc_1.1.3-1_i386.deb
  vlc_1.1.3-1_i386.deb
  vlc-dbg_1.1.3-1_i386.deb
  vlc-nox_1.1.3-1_i386.deb
  vlc-plugin-fluidsynth_1.1.3-1_i386.deb
  vlc-plugin-ggi_1.1.3-1_i386.deb
  vlc-plugin-jack_1.1.3-1_i386.deb
  vlc-plugin-notify_1.1.3-1_i386.deb
  vlc-plugin-pulse_1.1.3-1_i386.deb
  vlc-plugin-sdl_1.1.3-1_i386.deb
  vlc-plugin-svg_1.1.3-1_i386.deb
  vlc-plugin-svgalib_1.1.3-1_i386.deb
  vlc-plugin-zvbi_1.1.3-1_i386.deb

Greetings,

Your Debian queue daemon (running on host franck.debian.org)

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

Re: What to do with Ladish

[Reinhard Tartler]

On Fri, Aug 20, 2010 at 11:57:17 (CEST), rosea grammostola wrote:

> Hi,
>
> Some time back there was a little discussion about packaging Ladish or
> not (www.ladish.org). Ladish is a Linux audio session manager, which
> stores projects, launched apps, jack connections etc.

Why isn't it in debian yet? I don't remember the details.


-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4

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

Re: pd-zexy (upstream copyright)

[Jonas Smedegaard]

On Thu, Aug 19, 2010 at 10:03:22PM +0200, IOhannes m zmoelnig wrote:

i manually fixed the FIXMEs and pushed.
so i guess we are almost there.


Indeed we are.

I finalized the packaging and uploaded to the NEW queue, where it is now 
waiting for ftpmasters to (hopefully) approve it.


I did spot a few details during compilations, though, whcih I'd like to 
discuss if they are relevant to improve for future releases:




There are a few warnings like this:

  rawprint.c:45: warning: format '%X' expects type 'unsigned int', but argument 
4 has type 'struct t_gpointer *'

This might cause problems on architectures where int is of "unusual" 
size, if I understand it correctly.



Apparently the following compile options are used:

  -g -O2 -g -Wall -O2 -mms-bitfields -fPIC -mfpmath=sse -msse -g -O2 -g -Wall 
-O2

This indicates that default compile options in upstream source is not 
overridden by CFLAGS declared by packaging which is generally bad (and a 
Policy violation, I believe - but too lazy to look it up right now), and 
especially may hurt emdebian and similar andvanced users depending on 
being able to override CFLAGS during packaging build time.


More specifically, the upstream defaults include sse which I believe 
makes the resulting code require an i586 or even an i686 class machine.  
I did not look closer and this might simply be due to this compilation 
happening on amd64 which always has this instruction set.  Just 
mentioning in case upstream assumes newer grades x64: Debian assumes 
i486.


Also, some archs have problems with fPIC, and I believe it is mentioned 
in Debian Policy that normal builds should *not* use fPIC while static 
libraries (unused here, just mentioning for completenes sake) *should* 
use it.



Regards,

- Jonas

--
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


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

pd-zexy_2.2.3-1_amd64.changes ACCEPTED

[Archive Administrator]

Accepted:
pd-zexy_2.2.3-1.debian.tar.gz
  to main/p/pd-zexy/pd-zexy_2.2.3-1.debian.tar.gz
pd-zexy_2.2.3-1.dsc
  to main/p/pd-zexy/pd-zexy_2.2.3-1.dsc
pd-zexy_2.2.3-1_amd64.deb
  to main/p/pd-zexy/pd-zexy_2.2.3-1_amd64.deb
pd-zexy_2.2.3.orig.tar.gz
  to main/p/pd-zexy/pd-zexy_2.2.3.orig.tar.gz


Override entries for your package:
pd-zexy_2.2.3-1.dsc - source sound
pd-zexy_2.2.3-1_amd64.deb - optional sound

Announcing to debian-devel-chan...@lists.debian.org
Closing bugs: 437763 546964 


Thank you for your contribution to Debian.

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

Processing of pd-zexy_2.2.3-1_amd64.changes

[Archive Administrator]

pd-zexy_2.2.3-1_amd64.changes uploaded successfully to localhost
along with the files:
  pd-zexy_2.2.3-1.dsc
  pd-zexy_2.2.3.orig.tar.gz
  pd-zexy_2.2.3-1.debian.tar.gz
  pd-zexy_2.2.3-1_amd64.deb

Greetings,

Your Debian queue daemon (running on host franck.debian.org)

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

Re: uploaded first pkg: pd-motex

[IOhannes m zmölnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 08/19/2010 08:01 PM, Hans-Christoph Steiner wrote:
> 
> That would make sense if the big tarball wasn't going to change. The
> problem is that upstream (me, mostly) is going to stop distributing a
> lot of these libraries in the big tarball.  Also, as a community, Pd is
> moving towards separately bundled and distributed libraries as we
> develop better a library format and support for loading them.
> 

being part of that community, i also strongly support multiple packages.
pd-libraries have different release cycles (at least those, that
actually have releases), which make the big tarball unnecessary hard to
maintain (in trunk some libraries are always unstable while others are
stable at any given time)

mfga
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkxuUmAACgkQkX2Xpv6ydvTGaQCfa1psjGgBsSZdzrr+baigjrEr
5lEAoPWpMOLcyKv7Gz2/Yvz+rr8PqqR4
=DvqX
-END PGP SIGNATURE-

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

What to do with Ladish

[rosea grammostola]

Hi,

Some time back there was a little discussion about packaging Ladish or
not (www.ladish.org). Ladish is a Linux audio session manager, which
stores projects, launched apps, jack connections etc.

At this time pretty some apps have Ladish support or will have it in the
next release, for example:

Rosegarden
Qtractor
Yoshimi
Hydrogen
Jack-mixer
Bristol
Ams

Even if Ladish will not be in Debian, it would be good imo to have those
apps with Ladish support enabled (dunno if that's possible), so people
who want to use Ladish don't have to re-package all those apps themselves.

Regards,

\r

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

vlc.git branch renamings

[Reinhard Tartler]

hi,

As just discussed on irc, I've renamed the branches in our team
vlc.git. If you have a local clone of our pkg-multimedia's vlc.git,
you'll either need to reclone, or adjust your branch setups. I've done
the following in mine:

  git branch -l
  git branch -m squeeze squeeze.old
  git branch -m sid squeeze
  git branch -m experimental master
  git branch -m maverick ubuntu
  git config -l
  git config branch.squeeze.merge refs/heads/squeeze
  git config branch.master.merge refs/heads/master
  git config branch.ubuntu.merge refs/heads/ubuntu

This aligns the branch names to our other team branches. BTW, I think
the 'squeeze.old' branch can be deleted now, right?

-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4

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