Re: clibgrab review: was: Introduction

2010-08-29 Thread Reinhard Tartler
On Sun, Aug 29, 2010 at 03:39:18 (CEST), Thomas Maass wrote:

 I did not understand the thing with the itp-bug.

do you understand now? I've given you a reference where to look up in
the original mail.

 Because clipgrab.xpm and the name is not licensed under the GPLv3,
 I added the original copyright file to the package.
 The author allowed me to use it with the Debian package.

Unfortunately, debian does not accept debian specific licenses and
agreement. all work that we redistribute must be free to everyone,
cf. DFSG§8

 I am still no member of a team, so where the maintainer field
 should point to?

Well, AFAIUI you've proposed the package for this team, didn't you?

 The description is not terse, the program doesn't do more, that
 I have descriped.

See
http://www.debian.org/doc/developers-reference/best-pkging-practices.html#bpp-desc-basics
for general guidelines on package descriptions

 I have corrected the desktop file and removed libstdc++-dev from
 the build dependencies.

cool!

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


jack-keyboard, ghostess review | upload

2010-08-29 Thread rosea grammostola
Hi,

Looks like a previous message got lost...

I think the packages jack-keyboard and ghostess are (almost) ready.

Would be nice if someone is able to upload it for me. (AFAIK Allesio is
taking care of ghostess)

Homepage: http://smbolton.com/linux.html
Vcs-Git: git://git.debian.org/pkg-multimedia/ghostess.git
Vcs-Browser: http://git.debian.org/?p=pkg-multimedia/ghostess.git

Homepage: http://jack-keyboard.sourceforge.net
Vcs-Git: git://git.debian.org/git/pkg-multimedia/jack-keyboard.git
Vcs-Browser: http://git.debian.org/?p=pkg-multimedia/jack-keyboard.git


Thanks in advance,

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


zynaddsubfx-dssi

2010-08-29 Thread rosea grammostola
Hi,

It is also possible to compile zynaddsubfx as dssi plugin, zynaddsubfx-dssi.
You can use a dssi plugin in qtractor and rosegarden for example. May I
request you to package also the zynaddsubfx-dssi version?

Thanks in advance,

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


Re: Some interesting packages for Debian...

2010-08-29 Thread rosea grammostola
On Sun, Aug 29, 2010 at 5:31 PM, rosea grammostola 
rosea.grammost...@gmail.com wrote:

 Hi,


 I reported some RFP bugs. Especially Paulstretch seems to be very
 interesting.
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594784

 See also:
 http://createdigitalmusic.com/2010/08/25/extreme-time-stretched-hamsterdance-and-free-and-open-source-sound-treasures/

 Other RFP bugs which might be of interest
 jack_oscrolloscope
 playitslowly
 AZR-3
 fluxus


Same is true for Smasher:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594799
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


Bug#591881: vlc-nox: package fails to upgrade properly from lenny

2010-08-29 Thread Reinhard Tartler
On Sun, Aug 29, 2010 at 00:02:22 (CEST), David Kalnischkies wrote:

 - do a basic lenny installation
 - apt-get install vlc-nox
 - sed -i s,lenny,sid,g /etc/apt/sources.list
 - apt-get update -qq
 - apt-get dist-upgrade

 should show the problem

except that it doesn't, it refuses to do upgrade vlc-nox in this
scenario. If forced with 'apt-get install vlc-nox', then I can finally
reproduce the problem.

I now could verify that this indeed fixes the bug properly.

 As i tried to describe above APT rates the package which should
 be removed as too important - at least compared to the package
 it can fix with this remove, so if you see this error or not depends
 on the installed packages:
 With ffmpeg is the dependency chain strong enough to indicate
 that libavcodec51 has to leave, if you have only vlc-nox (which doesn't
 require ffmpeg) installed the chain isn't strong enough.

interesting.

 Also, requesting a package explicitly with install will modify the
 scoring so you will likely get a different situation compared to a
 dist-upgrade.

as said before, I had to explicitly request the upgrade.

 So, in summary: Its possible that no normal user will ever
 see this upgrade problem as such a user will likely have more
 packages installed which depend on these libav* stuff…
 (you only need to define what a normal user is now…)

TBH, I find this bug highly obscure and I think it will not be a problem
in practice. However, we have a patch now uploaded to the archive which
is known to fix the problem.

Dear release team, please unblock ffmpeg_0.5.2-3 for squeeze.

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


Processing of ffmpeg_0.5.2-3_i386.changes

2010-08-29 Thread Archive Administrator
ffmpeg_0.5.2-3_i386.changes uploaded successfully to localhost
along with the files:
  ffmpeg_0.5.2-3.dsc
  ffmpeg_0.5.2-3.diff.gz
  ffmpeg_0.5.2-3_i386.deb
  ffmpeg-dbg_0.5.2-3_i386.deb
  ffmpeg-doc_0.5.2-3_all.deb
  libavutil49_0.5.2-3_i386.deb
  libavcodec52_0.5.2-3_i386.deb
  libavdevice52_0.5.2-3_i386.deb
  libavformat52_0.5.2-3_i386.deb
  libavfilter0_0.5.2-3_i386.deb
  libpostproc51_0.5.2-3_i386.deb
  libswscale0_0.5.2-3_i386.deb
  libavutil-dev_0.5.2-3_i386.deb
  libavcodec-dev_0.5.2-3_i386.deb
  libavdevice-dev_0.5.2-3_i386.deb
  libavformat-dev_0.5.2-3_i386.deb
  libavfilter-dev_0.5.2-3_i386.deb
  libpostproc-dev_0.5.2-3_i386.deb
  libswscale-dev_0.5.2-3_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


ffmpeg_0.5.2-3_i386.changes ACCEPTED

2010-08-29 Thread Archive Administrator



Accepted:
ffmpeg-dbg_0.5.2-3_i386.deb
  to main/f/ffmpeg/ffmpeg-dbg_0.5.2-3_i386.deb
ffmpeg-doc_0.5.2-3_all.deb
  to main/f/ffmpeg/ffmpeg-doc_0.5.2-3_all.deb
ffmpeg_0.5.2-3.diff.gz
  to main/f/ffmpeg/ffmpeg_0.5.2-3.diff.gz
ffmpeg_0.5.2-3.dsc
  to main/f/ffmpeg/ffmpeg_0.5.2-3.dsc
ffmpeg_0.5.2-3_i386.deb
  to main/f/ffmpeg/ffmpeg_0.5.2-3_i386.deb
libavcodec-dev_0.5.2-3_i386.deb
  to main/f/ffmpeg/libavcodec-dev_0.5.2-3_i386.deb
libavcodec52_0.5.2-3_i386.deb
  to main/f/ffmpeg/libavcodec52_0.5.2-3_i386.deb
libavdevice-dev_0.5.2-3_i386.deb
  to main/f/ffmpeg/libavdevice-dev_0.5.2-3_i386.deb
libavdevice52_0.5.2-3_i386.deb
  to main/f/ffmpeg/libavdevice52_0.5.2-3_i386.deb
libavfilter-dev_0.5.2-3_i386.deb
  to main/f/ffmpeg/libavfilter-dev_0.5.2-3_i386.deb
libavfilter0_0.5.2-3_i386.deb
  to main/f/ffmpeg/libavfilter0_0.5.2-3_i386.deb
libavformat-dev_0.5.2-3_i386.deb
  to main/f/ffmpeg/libavformat-dev_0.5.2-3_i386.deb
libavformat52_0.5.2-3_i386.deb
  to main/f/ffmpeg/libavformat52_0.5.2-3_i386.deb
libavutil-dev_0.5.2-3_i386.deb
  to main/f/ffmpeg/libavutil-dev_0.5.2-3_i386.deb
libavutil49_0.5.2-3_i386.deb
  to main/f/ffmpeg/libavutil49_0.5.2-3_i386.deb
libpostproc-dev_0.5.2-3_i386.deb
  to main/f/ffmpeg/libpostproc-dev_0.5.2-3_i386.deb
libpostproc51_0.5.2-3_i386.deb
  to main/f/ffmpeg/libpostproc51_0.5.2-3_i386.deb
libswscale-dev_0.5.2-3_i386.deb
  to main/f/ffmpeg/libswscale-dev_0.5.2-3_i386.deb
libswscale0_0.5.2-3_i386.deb
  to main/f/ffmpeg/libswscale0_0.5.2-3_i386.deb


Override entries for your package:
ffmpeg-dbg_0.5.2-3_i386.deb - extra debug
ffmpeg-doc_0.5.2-3_all.deb - optional doc
ffmpeg_0.5.2-3.dsc - source video
ffmpeg_0.5.2-3_i386.deb - optional video
libavcodec-dev_0.5.2-3_i386.deb - optional libdevel
libavcodec52_0.5.2-3_i386.deb - optional libs
libavdevice-dev_0.5.2-3_i386.deb - optional libdevel
libavdevice52_0.5.2-3_i386.deb - optional libs
libavfilter-dev_0.5.2-3_i386.deb - optional libdevel
libavfilter0_0.5.2-3_i386.deb - optional libs
libavformat-dev_0.5.2-3_i386.deb - optional libdevel
libavformat52_0.5.2-3_i386.deb - optional libs
libavutil-dev_0.5.2-3_i386.deb - optional libdevel
libavutil49_0.5.2-3_i386.deb - optional libs
libpostproc-dev_0.5.2-3_i386.deb - optional libdevel
libpostproc51_0.5.2-3_i386.deb - optional libs
libswscale-dev_0.5.2-3_i386.deb - optional libdevel
libswscale0_0.5.2-3_i386.deb - optional libs

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


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


Bug#594417: marked as done (FTBFS/armel: neon flavor requires 'ubfx' instruction)

2010-08-29 Thread Debian Bug Tracking System
Your message dated Sun, 29 Aug 2010 16:02:33 +
with message-id e1opkl3-0007cr...@franck.debian.org
and subject line Bug#594417: fixed in ffmpeg 4:0.5.2-3
has caused the Debian Bug report #594417,
regarding FTBFS/armel: neon flavor requires 'ubfx' instruction
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.)


-- 
594417: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594417
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: mplayer
Version: 2:1.0~rc3+svn20100502-3
Severity: normal

Steps to reproduce:
1) wget 
http://ftp.acc.umu.se/pub/debian-meetings/2009/debconf9/low/1050_Lightning_talk_Redirecting_require.ogv
2) mplayer -vo sdl 1050_Lightning_talk_Redirecting_require.ogv
3) look at the text around 00:16
4) mplayer -vo x11 1050_Lightning_talk_Redirecting_require.ogv
5) look at the text around 00:16

Expected results:
3  5) text is clearly readable

Actual results:
3) text is clearly readable
http://lindi.iki.fi/lindi/mplayer/mplayer.sdl.png
5) text looks garbled. Is this wrong byteorder?
http://lindi.iki.fi/lindi/mplayer/mplayer.x11.png

More info:
1) This is on armel (openmoko freerunner) with

xserver-xorg 1:7.5+6  
xserver-xorg-video-fbdev 1:0.4.2-2

2) I also see the problem with -vo fbdev which should bypass X. This
is why I am reporting it against mplayer and not X.

3) xdpyinfo reports under 

name of display::0.0
version number:11.0
vendor string:The X.Org Foundation
vendor release number:10707000
X.Org version: 1.7.7
maximum request size:  16777212 bytes
motion buffer size:  256
bitmap unit, bit order, padding:32, LSBFirst, 32
image byte order:LSBFirst
number of supported pixmap formats:7
supported pixmap formats:
depth 1, bits_per_pixel 1, scanline_pad 32
depth 4, bits_per_pixel 8, scanline_pad 32
depth 8, bits_per_pixel 8, scanline_pad 32
depth 15, bits_per_pixel 16, scanline_pad 32
depth 16, bits_per_pixel 16, scanline_pad 32
depth 24, bits_per_pixel 32, scanline_pad 32
depth 32, bits_per_pixel 32, scanline_pad 32
keycode range:minimum 8, maximum 255
focus:  window 0x400012, revert to None
number of extensions:24
BIG-REQUESTS
Composite
DAMAGE
DOUBLE-BUFFER
DPMS
DRI2
Generic Event Extension
MIT-SCREEN-SAVER
MIT-SHM
RANDR
RECORD
RENDER
SHAPE
SYNC
X-Resource
XC-MISC
XFIXES
XFree86-DGA
XFree86-VidModeExtension
XINERAMA
XInputExtension
XKEYBOARD
XTEST
XVideo
default screen number:0
number of screens:1

screen #0:
  dimensions:480x640 pixels (203x201 millimeters)
  resolution:60x81 dots per inch
  depths (7):16, 1, 4, 8, 15, 24, 32
  root window id:0x43
  depth of root window:16 planes
  number of colormaps:minimum 1, maximum 1
  default colormap:0x20
  default number of colormap cells:64
  preallocated pixels:black 0, white 65535
  options:backing-store NO, save-unders NO
  largest cursor:480x640
  current input event mask:0xfa200c
ButtonPressMask  ButtonReleaseMaskButtonMotionMask 
StructureNotifyMask  SubstructureNotifyMask   SubstructureRedirectMask 
FocusChangeMask  PropertyChangeMask   ColormapChangeMask   
  number of visuals:2
  default visual id:  0x21
  visual:
visual id:0x21
class:TrueColor
depth:16 planes
available colormap entries:64 per subfield
red, green, blue masks:0xf800, 0x7e0, 0x1f
significant bits in color specification:8 bits
  visual:
visual id:0x41
class:TrueColor
depth:32 planes
available colormap entries:256 per subfield
red, green, blue masks:0xff, 0xff00, 0xff
significant bits in color specification:8 bits


4) This looks somewhat similar to mupdf bug:

http://bugs.ghostscript.com/show_bug.cgi?id=690932

5) I also see this with the Xorg driver optimized for this hardware:

xserver-xorg-video-glamo 0.0.0+20091108.git9918e082-1  

6) With xserver-xorg-video-glamo the xdpyinfo output is slightly different:

--- xdpyinfo.fbdev   2010-08-23 18:36:02.0 +0300
+++ xdpyinfo.glamo   2010-08-23 18:35:42.0 +0300
@@ -17,7 +17,7 @@
 depth 24, bits_per_pixel 32, scanline_pad 32
 depth 32, bits_per_pixel 32, scanline_pad 32
 keycode range:minimum 8, maximum 255
-focus:  window 0x400012, revert to None
+focus:  window 0x62, revert to None
 number of extensions:24
 BIG-REQUESTS
 Composite
@@ -47,10 +47,10 

Bug#589420: Fwd: Hitting 'u' (for update) obliterates streams from playlist

2010-08-29 Thread Gregory Petrosyan
Same here — can't reproduce the bug using pristine 2.3.3 (built from source).

                Gregory



-- Forwarded message --
From: Evan Niessen-Derry e...@cs.umn.edu
Date: Sat, Aug 28, 2010 at 10:01 PM
Subject: Re: Hitting 'u' (for update) obliterates streams from playlist
To: cmus-de...@lists.sourceforge.net


I believe this issue is fixed in the git versions of cmus.  I am running
cmus v2.3.3-25-g612a330, and I do not experience the problem you're
talking about.  If you're using a package manager to install cmus, you
should talk to the package maintainer. Otherwise, I recommend upgrading
to 2.3.3, which is available in a couple different ways on
cmus.sourceforgce.net/#download.

However, if that doesn't fix the issue, we can try to figure out what's
going on.

-Evan

On Thu, Aug 26, 2010 at 01:06:20PM +0200, Alessio Treglia wrote:
 Hi!

 On Debian we've encountered a small issue: when hitting 'u' to update
 the music library it deletes every stream from the current playlist.
 For more information please visit the original bug report [1].


 I hope to hear from you soon.


 [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=589420



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


jokosher 0.11.5-4 MIGRATED to testing

2010-08-29 Thread Debian testing watch
FYI: The status of the jokosher source package
in Debian's testing distribution has changed.

  Previous version: 0.11.5-3
  Current version:  0.11.5-4

-- 
This email is automatically generated once a day.  As the installation of
new packages into testing happens multiple times a day you will receive
later changes on the next day.
See http://release.debian.org/testing-watch/ for more information.

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


Bug#591881: vlc-nox: package fails to upgrade properly from lenny

2010-08-29 Thread Julien Cristau
On Sun, Aug 29, 2010 at 17:42:15 +0200, Reinhard Tartler wrote:

 Dear release team, please unblock ffmpeg_0.5.2-3 for squeeze.
 
Done.  Thanks for your work.

Cheers,
Julien


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#591881: vlc-nox: package fails to upgrade properly from lenny

2010-08-29 Thread Christian Marillat
Julien Cristau jcris...@debian.org writes:

 On Sun, Aug 29, 2010 at 17:42:15 +0200, Reinhard Tartler wrote:

 Dear release team, please unblock ffmpeg_0.5.2-3 for squeeze.
 
 Done.  Thanks for your work.

Maybe the release team need to be aware of bug 592457 not fixed in
ffmpeg_0.5.2-3 ?

Christian



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


Bug#591881: vlc-nox: package fails to upgrade properly from lenny

2010-08-29 Thread Julien Cristau
On Sun, Aug 29, 2010 at 19:36:58 +0200, Christian Marillat wrote:

 Julien Cristau jcris...@debian.org writes:
 
  On Sun, Aug 29, 2010 at 17:42:15 +0200, Reinhard Tartler wrote:
 
  Dear release team, please unblock ffmpeg_0.5.2-3 for squeeze.
  
  Done.  Thanks for your work.
 
 Maybe the release team need to be aware of bug 592457 not fixed in
 ffmpeg_0.5.2-3 ?
 
I saw that in the changelog, but I don't think it's my responsibility to
override the maintainer here.  If ftpmaster says this needs to be
reverted, then so be it, but I trust this wasn't done behind their
backs.

Cheers,
Julien


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: pd-zexy compilation improvements

2010-08-29 Thread Hans-Christoph Steiner
On Sat, 2010-08-28 at 00:18 +0200, Roman Haefeli wrote:
 On Fri, 2010-08-27 at 12:11 +0200, IOhannes zmölnig wrote:
  On 08/24/2010 12:55 PM, Jonas Smedegaard wrote:
   On Mon, Aug 23, 2010 at 09:25:12AM +0200, IOhannes m zmoelnig wrote:
  
   Hmm. Do we then perhaps need to beware of this for helper tools like
   lintian and dh_shlibdeps?
   
 
  the other point is of course, whether tools like dh_shlibdeps and
  dh_strip work correctly.
  i can only say from experience, that they do.
  e.g. the binary Gem.pd_linux in the package gem is correctly stripped
  and the package depends on all packages that provide libraries the
  binary has been dynamically linked to.
  debian/rules does not extra care of shlibs.
  so it seems to just work
 
 It seems it's not dh_strip who does the stripping. In the case of the
 gem package it seems to happen already at compile time. After putting an
 unstripped Gem.pd_linux in the temporary directory running dh_strip
 won't touch it all. 
 
 Also it seems as if dh_shlibdeps looks only for .so-files. I haven't
 figured out what trickery was used in the gem package to let it find
 also .pd_linux-files. But having a plain .pd-linux file in the temporary
 directory and running dh_shlibdeps doesn't produce anything useful.

You can also check out debian/rules in pd-motex and pd-pmpd.  It passes
the names of the .pd_linux files to dh_shlibdeps.

.hc


___
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 compilation improvements

2010-08-29 Thread Roman Haefeli
On Sun, 2010-08-29 at 14:44 -0400, Hans-Christoph Steiner wrote:

  
  Also it seems as if dh_shlibdeps looks only for .so-files. I haven't
  figured out what trickery was used in the gem package to let it find
  also .pd_linux-files. But having a plain .pd-linux file in the temporary
  directory and running dh_shlibdeps doesn't produce anything useful.
 
 You can also check out debian/rules in pd-motex and pd-pmpd.  It passes
 the names of the .pd_linux files to dh_shlibdeps.


Actually, you're not passing the file names to dh_shlibdeps, but
directly to dpkg-shlibdeps. 
According to 4.4.3 of Debian's new maintainer's guide [1] the
recommended way would be to pass customized arguments to the debhelper
tools after  -- , so that they get passed to the respective dpkg tools
(or whatever the dh_tool is a wrapper for).
 
However, this does not seem to work here for some reason.

$ dpkg-shlibdeps some/file.pd_linux 

actually creates a reasonable debian/substvars file.

$ dh_shlibdeps -- some/file.pd_linux

which is supposed to do exactly the same (according to the
documentation) does not seem to find a file to check for libraries. 

So, I guess dh_shlibdeps --  is not passing _all_ arguments to
dpkg-shlibdeps? My perl skills are too limited to investigate the reason
for this behaviour myself. 

Since the recommended way is not working, I guess it is OK to call
dpkg-shlibdeps directly in the pd-packages (as you, Hans, did in
pd-motex and pd-pmpd)? Or what do you (all) think?

Roman



[1] http://www.debian.org/doc/maint-guide/ch-dreq.en.html#s-customrules


___
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 compilation improvements

2010-08-29 Thread Hans-Christoph Steiner
On Sun, 2010-08-29 at 21:35 +0200, Roman Haefeli wrote:
 On Sun, 2010-08-29 at 14:44 -0400, Hans-Christoph Steiner wrote:
 
   
   Also it seems as if dh_shlibdeps looks only for .so-files. I haven't
   figured out what trickery was used in the gem package to let it find
   also .pd_linux-files. But having a plain .pd-linux file in the temporary
   directory and running dh_shlibdeps doesn't produce anything useful.
  
  You can also check out debian/rules in pd-motex and pd-pmpd.  It passes
  the names of the .pd_linux files to dh_shlibdeps.
 
 
 Actually, you're not passing the file names to dh_shlibdeps, but
 directly to dpkg-shlibdeps. 
 According to 4.4.3 of Debian's new maintainer's guide [1] the
 recommended way would be to pass customized arguments to the debhelper
 tools after  -- , so that they get passed to the respective dpkg tools
 (or whatever the dh_tool is a wrapper for).
  
 However, this does not seem to work here for some reason.
 
 $ dpkg-shlibdeps some/file.pd_linux 
 
 actually creates a reasonable debian/substvars file.
 
 $ dh_shlibdeps -- some/file.pd_linux
 
 which is supposed to do exactly the same (according to the
 documentation) does not seem to find a file to check for libraries. 
 
 So, I guess dh_shlibdeps --  is not passing _all_ arguments to
 dpkg-shlibdeps? My perl skills are too limited to investigate the reason
 for this behaviour myself. 
 
 Since the recommended way is not working, I guess it is OK to call
 dpkg-shlibdeps directly in the pd-packages (as you, Hans, did in
 pd-motex and pd-pmpd)? Or what do you (all) think?\

That sounds very familiar.  I think I tried dh_shlibdeps first also, and
then went with dpkg-shlibdeps for that reason.

.hc



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


Re: 2nd package in Pd batch uploaded: pd-pmpd

2010-08-29 Thread Hans-Christoph Steiner
On Tue, 2010-08-24 at 00:11 -0400, Hans-Christoph Steiner wrote:
 On Aug 21, 2010, at 8:07 PM, Felipe Sateler wrote:
 
  (Please don't CC me)
  On 21/08/10 18:02, Hans-Christoph Steiner wrote:
  On Sat, 2010-08-21 at 15:45 -0400, Felipe Sateler wrote:
  On 21/08/10 15:10, Hans-Christoph Steiner wrote:
 
  Ok, so we got pd-motex uploaded, and I've been applying all the  
  feedback
  to my whole batch of packages.  So I hope this one is looking quite
  polished.  I guess my only question is whether to put anything in  
  the
  debian/changelog since this is the first submission of this  
  package to
  Debian.
 
  http://git.debian.org/?p=pkg-multimedia/pd-pmpd.git;a=summary
 
  Comments:
 
  1. Please don't tag releases that have not yet been uploaded to  
  debian
  (delete them with git tag -d before pushing). The person uploading  
  the
  release will tag it.
 
  Oops, sorry, still learning the git-buildpackage tools.  Its fixed  
  now.
 
  OK.
 
 
  2. Perhaps it would be good to install the pdf manual?
 
  Yup, good idea, its the only one of these libs to have a PDF manual.
  The changes are now pushed to alioth!
 
  I think the manual should be built instead of just using the
  upstream-provided copy (what do other people think?). unoconv can be
  used for that.
 
 Done and pushed. Seems to work ok.

Any word on this package? I think it is ready for upload.

.hc



___
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 compilation improvements

2010-08-29 Thread Felipe Sateler
On 29/08/10 17:50, Hans-Christoph Steiner wrote:
 On Sun, 2010-08-29 at 21:35 +0200, Roman Haefeli wrote:
 On Sun, 2010-08-29 at 14:44 -0400, Hans-Christoph Steiner wrote:


 Also it seems as if dh_shlibdeps looks only for .so-files. I haven't
 figured out what trickery was used in the gem package to let it find
 also .pd_linux-files. But having a plain .pd-linux file in the temporary
 directory and running dh_shlibdeps doesn't produce anything useful.

 You can also check out debian/rules in pd-motex and pd-pmpd.  It passes
 the names of the .pd_linux files to dh_shlibdeps.


 Actually, you're not passing the file names to dh_shlibdeps, but
 directly to dpkg-shlibdeps. 
 According to 4.4.3 of Debian's new maintainer's guide [1] the
 recommended way would be to pass customized arguments to the debhelper
 tools after  -- , so that they get passed to the respective dpkg tools
 (or whatever the dh_tool is a wrapper for).
  
 However, this does not seem to work here for some reason.

 $ dpkg-shlibdeps some/file.pd_linux 

 actually creates a reasonable debian/substvars file.

 $ dh_shlibdeps -- some/file.pd_linux

 which is supposed to do exactly the same (according to the
 documentation) does not seem to find a file to check for libraries. 

 So, I guess dh_shlibdeps --  is not passing _all_ arguments to
 dpkg-shlibdeps? My perl skills are too limited to investigate the reason
 for this behaviour myself. 

 Since the recommended way is not working, I guess it is OK to call
 dpkg-shlibdeps directly in the pd-packages (as you, Hans, did in
 pd-motex and pd-pmpd)? Or what do you (all) think?\
 
 That sounds very familiar.  I think I tried dh_shlibdeps first also, and
 then went with dpkg-shlibdeps for that reason.
 

Ah, yes, there is bug #35733 about it. I've pinged the bug report.

-- 
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: 2nd package in Pd batch uploaded: pd-pmpd

2010-08-29 Thread Felipe Sateler
On 29/08/10 19:15, Hans-Christoph Steiner wrote:
 On Tue, 2010-08-24 at 00:11 -0400, Hans-Christoph Steiner wrote:
 On Aug 21, 2010, at 8:07 PM, Felipe Sateler wrote:

 (Please don't CC me)
 On 21/08/10 18:02, Hans-Christoph Steiner wrote:
 On Sat, 2010-08-21 at 15:45 -0400, Felipe Sateler wrote:
 On 21/08/10 15:10, Hans-Christoph Steiner wrote:

 Ok, so we got pd-motex uploaded, and I've been applying all the  
 feedback
 to my whole batch of packages.  So I hope this one is looking quite
 polished.  I guess my only question is whether to put anything in  
 the
 debian/changelog since this is the first submission of this  
 package to
 Debian.

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

 Comments:

 1. Please don't tag releases that have not yet been uploaded to  
 debian
 (delete them with git tag -d before pushing). The person uploading  
 the
 release will tag it.

 Oops, sorry, still learning the git-buildpackage tools.  Its fixed  
 now.

 OK.


 2. Perhaps it would be good to install the pdf manual?

 Yup, good idea, its the only one of these libs to have a PDF manual.
 The changes are now pushed to alioth!

 I think the manual should be built instead of just using the
 upstream-provided copy (what do other people think?). unoconv can be
 used for that.

 Done and pushed. Seems to work ok.
 
 Any word on this package? I think it is ready for upload.

I can't right now (unoconv seems to be broken on my system and I don't
have time to look into it). Ping again in a few days if nobody has
uploaded it yet.


-- 
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: request for membership, ITA

2010-08-29 Thread Hans-Christoph Steiner
On Thu, 2010-08-26 at 21:33 +0200, Roman Haefeli wrote:
 Hi Hans
 
 Thanks for your support so far.
 
 On Wed, 2010-08-25 at 11:52 -0400, Hans-Christoph Steiner wrote:
 
  A couple minor details on your ITP bug report:
  
  - in the description, I've been using Pd then using Pure Data in  
  the long description so both are findable via search. Since its  
  written text, I think we can use the more common written forms of Pd  
  and Pure Data rather than the package name of puredata
 
 Yeah, makes sense. 
 
  - also, I've been using the word objects instead of externals  
  since I think its clearer to more people, especially Pd newbies.
 
 I'm not so sure about that. Personally, I find objects confusing for
 describing shared library files, since it seems to be more often used to
 describe instantiations of object classes, at least on Pd mailing list
 and on #dataflow. I still think that external fits very well for
 external libraries (which is what they are). Also with naming I am more
 concerned about consistency than with newbie friendliness (hoping that
 the former will be the base of the latter).
 
 OTOH, pd-zexy which is included for a long while now also talks about
 objects. So I happily adopt your suggestion, since it somehow seems
 already established. (OTOH, pd-motex talks about externals again)
 
 hm..
 
 Roman

I guess its good to mention both objects and externals since they
are somewhat interchangeable and both valid in this context.  Pd naming
conventions aren't very standard ;)

.hc

 
  On Aug 25, 2010, at 7:30 AM, Roman Haefeli wrote:
  
   Hi all
  
   Following IOhannes m zmoelnig and Hans-Christoph Steiner (both
   subscribed to this list and both now members of the pkg-mutlimedia  
   team)
   I would like to join the forces to bring some Pure Data related  
   packages
   into Debian and to help with the maintenance of those. I hope to do  
   this
   in favour of both the Debian community and the Pd community.
  
   I've been involved in the Pd community for a few years and use the
   software and its externals on a regular basis. I don't have written
   externals myself, since I am no C developer, but I contributed code in
   form of so called abstractions (modules written in the Pd language).
  
   I closely followed the process of finalizing the pd-motex package to
   make it Debian ready and now that it was finally uploaded, I'd like to
   try it myself with the package pd-wiimote.
  
   I posted a ITA bug report: Bug#593411
   I am currently hosting it at:
   http://github.com/reduzent/pd-wiimote
  
   Many thanks for addressing this request in advance.
  
   Roman
  
  
  
  
   ___
   pkg-multimedia-maintainers mailing list
   pkg-multimedia-maintainers@lists.alioth.debian.org
   http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
  
  
  
  
  
  [W]e have invented the technology to eliminate scarcity, but we are  
  deliberately throwing it away to benefit those who profit from  
  scarcity.-John Gilmore
  
  
 
 



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


Re: 2nd package in Pd batch uploaded: pd-pmpd

2010-08-29 Thread Hans-Christoph Steiner
On Sun, 2010-08-29 at 21:44 -0400, Felipe Sateler wrote:
 On 29/08/10 19:15, Hans-Christoph Steiner wrote:
  On Tue, 2010-08-24 at 00:11 -0400, Hans-Christoph Steiner wrote:
  On Aug 21, 2010, at 8:07 PM, Felipe Sateler wrote:
 
  (Please don't CC me)
  On 21/08/10 18:02, Hans-Christoph Steiner wrote:
  On Sat, 2010-08-21 at 15:45 -0400, Felipe Sateler wrote:
  On 21/08/10 15:10, Hans-Christoph Steiner wrote:
 
  Ok, so we got pd-motex uploaded, and I've been applying all the  
  feedback
  to my whole batch of packages.  So I hope this one is looking quite
  polished.  I guess my only question is whether to put anything in  
  the
  debian/changelog since this is the first submission of this  
  package to
  Debian.
 
  http://git.debian.org/?p=pkg-multimedia/pd-pmpd.git;a=summary
 
  Comments:
 
  1. Please don't tag releases that have not yet been uploaded to  
  debian
  (delete them with git tag -d before pushing). The person uploading  
  the
  release will tag it.
 
  Oops, sorry, still learning the git-buildpackage tools.  Its fixed  
  now.
 
  OK.
 
 
  2. Perhaps it would be good to install the pdf manual?
 
  Yup, good idea, its the only one of these libs to have a PDF manual.
  The changes are now pushed to alioth!
 
  I think the manual should be built instead of just using the
  upstream-provided copy (what do other people think?). unoconv can be
  used for that.
 
  Done and pushed. Seems to work ok.
  
  Any word on this package? I think it is ready for upload.
 
 I can't right now (unoconv seems to be broken on my system and I don't
 have time to look into it). Ping again in a few days if nobody has
 uploaded it yet.

Ok, I can wait.  I have the other 22ish packages ready to go.  Should I
start uploading them, or hold off until pd-pmpd goes thru?  pd-pmpd is
definitely the only one with a unoconv dependency.  The all pretty much
just depend on 'puredata', with a couple depending on some libs like
ogg.

.hc



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