Re: Bug#582238: libebml: New upstream release 0.8.0

Am 28.05.2010 14:46, schrieb Eric Dantan Rzewnicki: I brought this package over to the team's git from the old svn so that we can all work on it together. Please do what you think is right with it if you have time and interest. (that goes for anyone else who cares, too, of course.) We need to f

Re: Bug#582238: libebml: New upstream release 0.8.0

Am 28.05.2010 15:21, schrieb Fabian Greffrath: released on such an irregular basis). If the ABI has changed as well, we can drop modifying the dh_makeshlibs call and need to force bump the library's SONAME instead. This will require a litle patching and an additional call to autoreconf. I

Bug#493735: libmms-dev: Incorrect use of "this" keyword in mmsx.h

Hi Hans, Am 31.05.2010 12:44, schrieb Hans de Goede: This is fixed in the latest upstream release: http://downloads.sourceforge.net/project/libmms/libmms/0.6/libmms-0.6.tar.gz does the new upstream version also include the patch that adds support for extended stream properties, as requested h

Bug#583884: libva-x11-1: circular dependency with libva1

Am 31.05.2010 13:28, schrieb Bill Allombert: There is a circular dependency between libva-x11-1 and libva1: libva-x11-1 :Depends: libva1 libva1 :Depends: libva-x11-1 Indeed, the usr/lib/dri/dummy_drv_video.so object in libva1 is linked against libva-x11.so.1, although it uses none

Bug#493735: libmms-dev: Incorrect use of "this" keyword in mmsx.h

Am 31.05.2010 14:14, schrieb Hans de Goede: Only adds extended stream properties support to the mmst handling code, I later ported this to the mmsh code as well. Thanks for the link to the debian bug, now I've an uri to actually test this, and ... it works :) That's very good news, thanks! 0.

ffmpeg 0.5.2

A few days ago ffmpeg released 0.5.2. Does it make sense to switch to this version or is it just the same as 0.5.1 with two of our patches merged? The changelog didn't read exhaustive... ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maint

Re: Bug#582238: libebml: New upstream release 0.8.0

Am 29.05.2010 12:46, schrieb Reinhard Tartler: I'll finish the libebml version upgrade and upload, but please give me a few days. The new libebml seems to introduce quite some backwards-incompatible changes to the API (judging from the symbols file diff you posted recently). Is this new libra

Bug#493735: libmms-dev: Incorrect use of "this" keyword in mmsx.h

Am 31.05.2010 15:35, schrieb Fabian Greffrath: IMHO these are enough reasons to upgrade to the new library version in Debian. However, I'd like to give Arthur the chance to do so before I get active myself. Arthur?! ___ pkg-multimedia-mainta

Re: Bug#582238: libebml: New upstream release 0.8.0

Am 01.06.2010 15:23, schrieb Reinhard Tartler: not sure, experimental is obviously a safe choice. talking to upstream seems a good idea to me as well. Fabian, can you perhaps contact upstream and ask on their opinion here? Obviously this issue has already been brought up upstream and accordin

Fwd: Re: [Matroska-devel] Incompatible API changes between libebml 0.7.7 and 0.8.1?

Original-Nachricht Betreff: Re: [Matroska-devel] Incompatible API changes between libebml 0.7.7 and 0.8.1? Datum: Tue, 1 Jun 2010 16:35:32 +0200 Von: Moritz Bunkus An: Fabian Greffrath CC: matroska-de...@lists.matroska.org Hey, oops, forgot to CC Fabian on my first reply

Re: [Matroska-devel] Incompatible API changes between libebml 0.7.7 and 0.8.1?

Am 01.06.2010 16:35, schrieb Moritz Bunkus: That's correct. There was a short discussion about it on this mailing list a couple of days ago: OK, thanks for clarifying this. So basically I'm asking you guys (both the Debian developers and Christian Morales Vega who first brought the issue to o

Re: Bug#493735: libmms-dev: Incorrect use of "this" keyword in mmsx.h

Dear Hans, Am 31.05.2010 14:14, schrieb Hans de Goede: 0.6 is fully ABI compatible with 0.4, so its a drop in replacement with many bugfixes. as Arthur agreed to add me as a co-maintainer for the libmms package, I would like to get through the open bugs currently filed against libmms in Debi

Re: ffmpeg 0.5.2

Am 01.06.2010 15:22, schrieb Reinhard Tartler: so nothing too important, IMO the package should be updated, we can drop some local patches by doing so. done. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.

Re: Bug#493735: libmms-dev: Incorrect use of "this" keyword in mmsx.h

Am 02.06.2010 10:28, schrieb Hans de Goede: Yes, as can #493735 of course. Not entirely, the "this" keyword is still used in mmsh.h and mmsx.h. About the others, I've tried to reproduce them all with Fedora-13 x86_64 (so a pretty brand spanking new gstreamer stack) with libmms-0.6 installed,

Re: Bug#493735: libmms-dev: Incorrect use of "this" keyword in mmsx.h

Am 02.06.2010 10:58, schrieb Fabian Greffrath: Am 02.06.2010 10:28, schrieb Hans de Goede: Yes, as can #493735 of course. Not entirely, the "this" keyword is still used in mmsh.h and mmsx.h. I guess the attached patch for finally fix it. >From eb1312be01397a403f4fd80a3b5192c

Re: [Matroska-devel] Incompatible API changes between libebml 0.7.7 and 0.8.1?

Am Freitag, den 04.06.2010, 11:30 +0200 schrieb Cristian Morales Vega: > 2010/6/4 Moritz Bunkus : > > Hey guys, > > > > great links, thanks for those. Here's what we decided to do: > > > > 1. We generally aim for binary compatibility and increase LIBRARY_SO_VER > > in the Makefiles if a release isn

Re: rtmpdump_2.2e-2_i386.changes ACCEPTED

Am 05.06.2010 12:02, schrieb Archive Administrator: librtmp-dev_2.2e-2_i386.deb to main/r/rtmpdump/librtmp-dev_2.2e-2_i386.deb I can has shared lib KTHXBYE? ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian

Re: Bug#493735: libmms-dev: Incorrect use of "this" keyword in mmsx.h

Am 07.06.2010 09:29, schrieb Hans de Goede: Sorry about this not being fixed in one go, and thanks for the patch. Patch applied! Never mind, thank you very much! BTW, I consider the libmms package ready for unstable now. - Fabian ___ pkg-multimed

Bug#582238: libebml: New upstream release 0.8.0

pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Univ

Re: Bug#582238: libebml: New upstream release 0.8.0

This evening I've spent more than one hour getting the newly released libebml 1.0 merged into our GIT repository - without success. F**king git-import-orig always complains about file conflicts in the debian/ directory. How I *hate* debian/ directories in upstream tarballs and bz2-only upstream tar

Re: Bug#582238: libebml: New upstream release 0.8.0

> done. > > This conflicts happened because upstream now *removed* its debian/ > directory. git notices this and tries to apply this change to > 'master'. This is of course wrong and needs to be undone: > > $ git merge upstream > $ git reset master debian/ > > this resets all files under the dir

Re: Bug#582238: libebml: New upstream release 0.8.0

Am 09.06.2010 06:47, schrieb Reinhard Tartler: done. thanks for adpting libebml! No problem! Would you mind uploading libmms, too, please? ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.a

Re: Bug#582238: libebml: New upstream release 0.8.0

Am 09.06.2010 09:40, schrieb Reinhard Tartler: it seems that the build dependencies are not strict enough. BTW, would He? The package clearly Build-Depends on the version of autotools-dev which introduced the debhelper addon. it be feasible instead of tightening the build dependencies to ch

Re: Bug#582238: libebml: New upstream release 0.8.0

Am 09.06.2010 09:51, schrieb Fabian Greffrath: In this specific case, we could even drop the autotools-dev hack. Both config.sub and config.guess are new enough. ;) Done. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers

Re: [SCM] libmms packaging branch, master, updated. upstream/0.6-33-g959d734

Am 09.06.2010 12:02, schrieb Jonas Smedegaard: Packages (except security updates) should be built in a Debian unstable environment, not Debian stable. You don't say. Reinhard is right, we shouldn't make it unnecessarily complicated to backport our packages, e.g. by using "dh --with autotools-

Re: [SCM] libmms packaging branch, master, updated. upstream/0.6-33-g959d734

Am 09.06.2010 12:36, schrieb Jonas Smedegaard: I do. Did not intend to be impolite, if that's what you feel. No, but it felt a bit like finger wagging, given that Reinhard and I have just discussed this issue some minutes before. Agreed. Only after posting my comment did I see the conversat

Re: rtmpdump_2.2e-2_i386.changes ACCEPTED

Hi all, Am 07.06.2010 11:50, schrieb Sebastian Dröge: Or at least a -fPIC static library? :) given that upstream already has a rtmpsrc gstreamer-plugin in the "bad" set waiting (thanks slomo), I'd like to take action on this issue. My question is, how to do it best? 1) Build the library on

Re: rtmpdump_2.2e-2_i386.changes ACCEPTED

Am 10.06.2010 10:37, schrieb Howard Chu: If you submit a patch I'll take a look. I'm not ready to go there yet myself, there are other loose ends that still need to be tied up first. Here you go! >From 34dd288920eaf70f4a6abcecf8a63c185b9912e6 Mon Sep 17 00:00:00 2001 From: Fab

Re: Comments regarding libebml_1.0.0-1_i386.changes

Am 10.06.2010 13:31, schrieb Alexander Reichle-Schmehl: I'm going to accept your package, but could you please clarify the license of your deian/* files in a succeding upload? I guess you intended to license is under the terms of the GPL (as you refer to the GPL at the bottom of it). Done in g

Bug#579025: libflac-dev: libFLAC.m4 may set empty -L flag

build when its configure script is executed without any option. You might want to add a note about that somewhere... How come that no package in Debian that builds against libflac-dev FTBFS so far? - Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Ene

Bug#579025: libflac-dev: libFLAC.m4 may set empty -L flag

Am 14.06.2010 10:44, schrieb Thibaut VARÈNE: for the same reason my package didn't FTBFS *in Debian*: rules define --prefix, which masks the bug. The bug is hit when there's no defined prefix and the configure script has to guess it. I thought this was clear enough from my initial bug report: "wh

Bug#585959: No package for mplayer

retitle 585959 No package for mencoder thanks Hi Harri, I suppose you want to complain that there is no package for mencoder in Debian, yet. However, the package ist currently pending and waiting in the NEW queue, see Re

Bug#579025: libflac-dev: libFLAC.m4 may set empty -L flag

forwarded 579025 https://sourceforge.net/tracker/?func=detail&atid=113478&aid=3016381&group_id=13478 severity 579025 normal thanks I have forwarded your bug report to upstream's bug tracker at sourceforge. I think this is an upstream bug and it should get fixed upstream. Fixing it in Debian wou

Bug#579025: libflac-dev: libFLAC.m4 may set empty -L flag

Am 15.06.2010 12:30, schrieb Thibaut VARENE: Could you consider, as a mitigation between two extreme options, that in the event upstream fails to fix this bug in a timely fashion, whenever you upload a new version of libflac you'd include this patch with it? It can easily be reverted to whatever

Re: Bug#579025: libflac-dev: libFLAC.m4 may set empty -L flag

Am 15.06.2010 13:13, schrieb Thibaut VARENE: The one you posted, since it's known to work fine ;-) It's in our current git, so if one of the fellow pkg-multimedia DDs finds some time... ;) ___ pkg-multimedia-maintainers mailing list pkg-multimedia-

Re: rtmpdump_2.2e-2_i386.changes ACCEPTED

Am 07.06.2010 11:50, schrieb Sebastian Dröge: Or at least a -fPIC static library? :) Any news? ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimed

Re: rtmpdump_2.2e-2_i386.changes ACCEPTED

Am 07.06.2010 11:50, schrieb Sebastian Dröge: Or at least a -fPIC static library? :) Reinhard? I think the new ffmpeg 0.6 will also benefit from a -PIC librtmp, isn't it? - Fabian ___ pkg-multimedia-maintainers mailing list pkg-multimedia-mainta

Re: rtmpdump_2.2e-2_i386.changes ACCEPTED

Am 17.06.2010 10:54, schrieb Sebastian Dröge: You said previously that you prefer to wait for upstream to take the shared library patch. Upstream said, that compiling with -fPIC is what he suggests and that this will only cause very minor performance degrations (you need to do symbol relocation

Re: Bug#585000: marked as done (Compile the library with -fPIC)

Am 17.06.2010 11:48, schrieb Debian Bug Tracking System: Your message dated Thu, 17 Jun 2010 09:44:35 + with message-id and subject line Bug#585000: fixed in rtmpdump 2.2e-3 has caused the Debian Bug report #585000, regarding Compile the library with -fPIC to be marked as done. Cool, I have

Re: status of Snd soundfile-editor in squeeze???

Am 21.06.2010 03:10, schrieb Jim McCloskey: Is there anyone who understands what's going on here or who has advice to offer? Maybe you've got a wild mixture of old and new snd packages installed on your system. Please post the result of "dpkg -l snd\*". - Fabian ___

Re: [SCM] FFmpeg packaging branch, master.snapshot, updated. debian/0.6-1-3-g78672dc

Am 21.06.2010 10:11, schrieb Reinhard Tartler: oh? relationships are nowadays marked with a single '<' instead of'<<'? Is that only for the shlibs file, or also for debian/control? And is this also supported in debian lenny, or do we have to take care when backporting? No, it's the other way ro

Re: [SCM] FFmpeg packaging branch, master.snapshot, updated. debian/0.6-1-3-g78672dc

Am 21.06.2010 10:58, schrieb Reinhard Tartler: doh, so it worked by accident? thanks for spotting this then! :-) yes, somehow it still worked. thanks to lintian! ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debi

Re: [SCM] FFmpeg packaging branch, master.snapshot, updated. debian/0.6-1-7-g45b6909

Dear Reinhard (I also post to the list because I believe this might be of general interest), I have just reverted one of my most recent commits to the ffmpeg master.extra branch (which I consider our current working branch, given how stable the current 0.5.x package is), because I have found

Re: [SCM] FFmpeg packaging branch, master.snapshot, updated. debian/0.6-1-7-g45b6909

Am 22.06.2010 14:23, schrieb Reinhard Tartler: Okay. I'm currently waiting for libva and libvpx to get promoted to ubuntu/main so that 0.6 can finally build in maverick. My plan was to start then on a new ffmpeg 0.6-2 upload when necessary (and would have merged and minimized the differences from

Re: [SCM] FFmpeg packaging branch, master.snapshot, updated. debian/0.6-1-7-g45b6909

Am 26.06.2010 09:57, schrieb Reinhard Tartler: done Locally? ;) ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Re: [SCM] FFmpeg packaging branch, master.snapshot, updated. debian/0.6-1-22-g954f195

Am 29.06.2010 10:15, schrieb Jonas Smedegaard: -SHLIBS_VERSION := 4:0.6~svn20100505-1 +SHLIBS_VERSION := 4:0.6~ Above is not a tightening, but a loosing up, I believe. Technically, yes. I think 4:0.6-1~ would be better. - Fabian ___ pkg-multimedi

Re: [SCM] FFmpeg packaging branch, master.snapshot, updated. debian/0.6-1-22-g954f195

Am 29.06.2010 12:38, schrieb Jonas Smedegaard: Hmm, just curious (I won't waste time on discussing further): is it tightening by some other aspect than technical? It's philosophical, but by removing the svn revision, which points to a date a few weeks before the release, from the version numbe

Re: [SCM] FFmpeg packaging branch, master.snapshot, updated. debian/0.6-1-22-g954f195

Am 29.06.2010 13:39, schrieb Reinhard Tartler: I don't have a strong opinion here, but I feel 4:0.6~ is good enough for this. If you want to change it, go ahead. I'll change it, just to make sure... uploading rtmpdump now sounds good, reuploading ffmpeg doesn't seem important enough to me.

Re: [SCM] FFmpeg packaging branch, master.snapshot, updated. debian/0.6-1-22-g954f195

Am 29.06.2010 14:26, schrieb Jonas Smedegaard: I suggest to then state in changelog that it is loosened, not tightened, as I believe most users expect the technical aspect when reading such notes. I't not even mentioned in debian/changelog and I have just corrected the shlibs version in git, s

Re: [SCM] FFmpeg packaging branch, master.snapshot, updated. debian/0.6-1-22-g954f195

Am 29.06.2010 13:33, schrieb Jonas Smedegaard: I recommend to use d-shlibs to auto-resolve library dependencies. Please correct me if I'm wrong, but is it true that d-devlibdeps simply prints out the corresponding -dev packages for the libraries that the given shared library is linked against

Re: [SCM] FFmpeg packaging branch, master.snapshot, updated. debian/0.6-1-22-g954f195

Am 29.06.2010 17:44, schrieb Felipe Sateler: If the objective is to use at least the released version (and not a svn snapshot), I think the correct approach would be to use 4:0.6.0~, and not include the debian revision. This, however, would mean changing the version from 4:0.6-1 to 4:0.6.0-1 I

Re: [SCM] FFmpeg packaging branch, master.snapshot, updated. debian/0.6-1-22-g954f195

Am 29.06.2010 19:23, schrieb Jonas Smedegaard: Correct. As the very first sentence of its manpage says: Check and list dependencies of development library packages He? IMHO this is neither right nor common practice. The "dependencies of development library packages" are not necessarily the -

Re: Split of mhwaveedit package

Am 30.06.2010 11:46, schrieb Adrian Knoth: The way you do it right now is limiting, you either have pulse or JACK. To me, having both in one package seems more reasonable than avoiding a dependency on either pulse or jack with specialised packages. Especially since the mhwaveedit package merely

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

Am 10.06.2010 20:12, schrieb Andres Mejia: Yes, the patch I proposed was rejected upstream. After some thought, even I thought having mythtv without libmp3lame would be rather useless. But how about the approach to build against libtwolame (for MP2 encoding at least) instead of libmp3lame?

Bug#482509: idjc: FTBFS: Nonexistent build-dependency: liblame-dev

reopen 482509 found 482509 0.8.2-3 retitle 482509 Please build against libtwolame, instead of libmp3lame severity 482509 wishlist tags 482509 + patch thanks Hi, the following change has been introduced for the 0.8.1-1 upload: * Change order of the toolame/mp3lame build dependency (Close

FLAC maintenance

Dear teams, I am afraid I am currently the only active FLAC maintainer for quite some time. This is not a general problem, as I use the FLAC codec on a regular basis to archive my CDs, but I'd like to share the duty with some other team mates. I also wouldn't object if the pkg-xiph team (CCed

Re: FLAC maintenance

Am 01.07.2010 14:46, schrieb Benjamin Drung: The git repository is not linked from http://packages.qa.debian.org/f/flac.html http://git.debian.org/?p=pkg-multimedia/flac.git;a=summary Not yet, sorry. this is also fixed in the prepared packages. - Fabian _

Re: Bug#587904: error message should say what to try next if codec not found

Am 02.07.2010 15:34, schrieb jida...@jidanni.org: The reason may be documented in /usr/share/doc/ffmpeg/README.Debian.gz but it is very hard to tell. I fail to see what is difficult to understand in this sentence from README.Debian: "I did not activate MP3 encoding (through LAME) in libavcode

Re: Bug#587904: error message should say what to try next if codec not found

Am 02.07.2010 15:59, schrieb Fabian Greffrath: However, I agree that the error message Encoder (codec id 86017) not found for output stream #0.0 should be improved to at least call the encoder by name. Which will be done by the attached patch. Would you please try it out? - Fabian diff

Bug#587898: grammar error makes sentence one big question mark

Am 02.07.2010 13:22, schrieb jida...@jidanni.org: Currently the following video encoders are disabled in the ffmpeg package: H263, H264, MPEG2 video, MPEG4 and MS-MPEG4. No *decoders* are disabled in any the ffmpeg package! ^^^has a grammar error here making it a guess

Bug#587898: Bug#587904: error message should say what to try next if codec not found

[Dammit, this didn't go to the bug and submitter by accident.] Am 02.07.2010 15:34, schrieb jida...@jidanni.org: The reason may be documented in /usr/share/doc/ffmpeg/README.Debian.gz but it is very hard to tell. I fail to see what is difficult to understand in this sentence from README.Debia

Bug#587898: Bug#587904: error message should say what to try next if codec not found

Am 02.07.2010 15:59, schrieb Fabian Greffrath: However, I agree that the error message Encoder (codec id 86017) not found for output stream #0.0 should be improved to at least call the encoder by name. Which will be done by the attached patch. Would you please try it out? - Fabian diff

Bug#587898: Bug#587904: error message should say what to try next if codec not found

Am 02.07.2010 17:50, schrieb jida...@jidanni.org: So they spread the word "forget ffmpeg". There is a reason for everything and there is even documentation for (nearly) everything. People who keep themselves informed should know about both and not render premature justice. So that's why yo

Re: idjc_0.8.2-4_i386.changes ACCEPTED

Alessio, thanks for applying the twolame patch ti idjc. However, I don't see why you also patch configure, as you run autoreconf during build anyway. Cheers, Fabian ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.

Re: Bug#588008: # dpkg-reconfigure jackd1 doesn't write any /etc/security/limits.d/audio.conf file

Am 05.07.2010 11:48, schrieb Adrian Knoth: It's poorman's way to handle config files, otherwise, we'd need to do a lot more just to place these three lines. Couldn't you provide it somewhere in /usr/share and just copy it over during dpkg-reconfigure? - Fabian _

Re: FLAC maintenance

Am 01.07.2010 14:44, schrieb Fabian Greffrath: What I want to say is: I'd appreciate some feedback and uploading of either branch by one of our fellow DDs. No one interested? :( - Fabian ___ pkg-multimedia-maintainers mailing list pkg-multi

Bug#587898: Bug#587904: error message should say what to try next if codec not found

Am 05.07.2010 13:16, schrieb jida...@jidanni.org: OK, but still maybe the package Description shouldn't be as upbeat as it currently is. I am getting tired. Patches accepted. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@li

Bug#587898: Bug#587904: error message should say what to try next if codec not found

Am 05.07.2010 13:35, schrieb jida...@jidanni.org: Just say "This version of ffmpeg is NOT compiled against ... " or This package differs from the default compilation in that ..." There is no such thing like a "default compilation" but anyway, the package descriptions could be improved to refle

Bug#587898: Bug#587904: error message should say what to try next if codec not found

Having said this, I do think that the description could and probably should be improved. Word. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multime

Bug#587898: differentiate Descriptions

Am 06.07.2010 01:01, schrieb jida...@jidanni.org: All I know is when the user does $ apt-cache -a show ffmpeg he notes that yours and Marillat's version are worded differently, but he can't tell from the surface what the real differences are. We don't consider it our job to differentiate from i

Re: [SCM] rtmpdump packaging branch, master, updated. debian/2.3-1-1-gdc4494b

Am 06.07.2010 20:29, schrieb Reinhard Tartler: this patch looks rather intrusive. is it really worth the efford? do you plan upstreaming it? Well, in my eyes this small patch is not really an efford. I just wanted to avoid code duplication by static linking of 4 executables while we have a ni

Re: [SCM] rtmpdump packaging branch, master, updated. debian/2.3-1-1-gdc4494b

Am 07.07.2010 15:45, schrieb Reinhard Tartler: I consider the questions about the upstream status and acceptance one of the, if not the most important part of the patch documentation. It would have saved this mail thread if it was available in the first place. Sorry, I didn't mean to upset anyb

Linking rtmpdump frontends against the shared lib

Dear Howard, I have added a patch to the rtmpdump Debian package that makes the frontends link against the shared lib instead of static linking: My rationale is to avoid code duplication i

VACATION! 14.07.-25.07.

Dear all, I'll be on vacation from 14.07. to 25.07.2010. - Fabian ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers

Re: Linking rtmpdump frontends against the shared lib

Am 08.07.2010 12:33, schrieb Howard Chu: This patch doesn't do what you want; it links both the static and the shared library into each executable. No, it doesn't, please have another look. I have put all references to $(LIBRTMP) for all executables on separate lines, so $^ does just substitu

Re: Linking rtmpdump frontends against the shared lib

Am 08.07.2010 12:45, schrieb Howard Chu: It does. Go re-read the make documentation. Dependencies for a target are all considered as a unit, no matter how many lines you split them onto. Sorry, I am wrong, you are right. Just after I pressed the "Send" button I realized I should google for "g

Re: Linking rtmpdump frontends against the shared lib

Am 08.07.2010 12:54, schrieb Fabian Greffrath: Thank you very much. I'll integrate this one into our package. In the Makefile there is still one s/progs/$(PROGS)/ required for the install rule to work. - Fabian ___ pkg-multimedia-mainta

Re: Linking rtmpdump frontends against the shared lib

Am 08.07.2010 13:12, schrieb Howard Chu: Fabian Greffrath wrote: Am 08.07.2010 12:54, schrieb Fabian Greffrath: Thank you very much. I'll integrate this one into our package. In the Makefile there is still one s/progs/$(PROGS)/ required for the install rule to work. Thanks, fixed.

Re: Linking rtmpdump frontends against the shared lib

Am 08.07.2010 13:43, schrieb Fabian Greffrath: Or is it PROGS instead of $(PROGS)? To answer my question: No, it's not. ;) ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debia

Spelling error in rtmpdump

Dear Howard, Debian's QA tool lintian has found a spelling error in rtmpdump. Please find a patch attached. - Fabian --- rtmpdump.orig/rtmpdump.c +++ rtmpdump/rtmpdump.c @@ -677,7 +677,7 @@ void usage(char *prog) RTMP_LogPrintf ("--live|-v Save a live stream, no --res

librtmp calls exit()

Dear Howard, Debian's QA tool lintian has found that librtmp calls exit(). Indeed the library header librtmp/handshake.h contains functions that call exit(0). Do you really think this is necessary? Wouldn't it make more sense to convert the functions from type unsigned int to int and make the

Re: [SCM] libebml packaging branch, master, updated. debian/0.7.7-3.1-32-gc00fac2

Am 12.07.2010 13:39, schrieb Jonas Smedegaard: I dislike this. The Homepage field should point to the homepage of the specific code project, not some more general page documenting what the code project aims to implement. Yes, I know. I hesitated for quite some time, as there is no such thing l

Re: [SCM] libebml packaging branch, master, updated. debian/0.7.7-3.1-32-gc00fac2

Am 12.07.2010 14:38, schrieb Jonas Smedegaard: At the top of that page is a short intro on what this is, then links to both language spec, SF project page and SVN. I find that to be valuable info - if those URLs actually work, off course :-) Ah, indeed there is some information that I have over

Re: [SCM] libebml packaging branch, master, updated. debian/0.7.7-3.1-32-gc00fac2

Dear matroska developers, Jonas Smedegaard has found a bug in your web pages / web server, please find his explanations below: Am 12.07.2010 14:38, schrieb Jonas Smedegaard: The libebml page intends to reference the Matroska EBML spec page, but the link is broken (lacks a triling index.html -

Re: Bug#590925: lives: depends on unavailable frei0r-plugins

Am 30.07.2010 13:31, schrieb Jean-Luc Coulon: The following packages have unmet dependencies: frei0r-plugins: Depends: libcv4 but it is not installable Depends: libcvaux4 but it is not installable Depends: libhighgui4 but it is not installable E: Broken pa

Re: lame_3.98.4-1_i386.changes is NEW

o_O Lame, xvid and x264 for Debian? Did you invoke dput with the wrong parameters or did I miss something important? - Fabian ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.

Re: Processing of rtmpdump_2.3-2_i386.changes

Hey, you managed to dump one of my commits from debian/changelog. :/ Am 01.08.2010 17:24, schrieb Archive Administrator: rtmpdump_2.3-2_i386.changes uploaded successfully to localhost along with the files: rtmpdump_2.3-2.dsc rtmpdump_2.3-2.diff.gz rtmpdump_2.3-2_i386.deb librtmp0_2.3

Re: lame_3.98.4-1_i386.changes is NEW

Am 01.08.2010 23:25, schrieb Reinhard Tartler: yes, there has been some movement behind the curtains, as you may have noticed, mencoder is now in debian. For this reason, I've also uploaded these three packages in the hope that they are processed soon. I have indeed seen that mencoder has been

Re: Bug#591287: libmatroska: New upstream version available

Hi all! I've brought libmatroska back into shape in our GIT repository. It is currently targeted at experimental, because it needs libebml from there. Alternatively, if libebml is uploaded to unstable before, I think libmatroska could go there as well. Both libraries bump SONAME, but the tra

Re: Processing of rtmpdump_2.3-2_i386.changes

Am 02.08.2010 14:55, schrieb Reinhard Tartler: dammit, I'm sorry. I clearly bothched the merge. will pay more attention next time. Nevermind, I've fixed it in GIT. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.d

Re: lame_3.98.4-1_i386.changes is NEW

Am 02.08.2010 14:53, schrieb Reinhard Tartler: yeah, the technical details for mencoder was quite silly, but ftp-master insisted on finding a general solution for the whole mess. it seems this has been found now, at least that's how I understand it. I don't want to squeeze you for information y

Re: Bug#591287: libmatroska: New upstream version available

Am 02.08.2010 17:55, schrieb Felipe Sateler: The pristine-tar branch has a gzipped file, yet debian/gbp.conf says compression = bzip2. Which one is wrong? Argh. It seems I added the gbp.conf file just too late, i.e. after git-import-orig'ing the libmatroska 1.0.0 release tarball which is bz2'

converting to execution character set: Invalid or incomplete multibyte or wide character

Dear matroska developers, libmatroska is currently failing to build the test suite with gcc-4.4.4 with the following error message: make[1]: Entering directory `/home/fabian/Debian/libmatroska/make/linux' g++ -c -g -O2 -Wall -Wno-unknown-pragmas -ansi -fno-gnu-keywords -D_GNU_SOURCE -Wshado

Re: Bug#591287: libmatroska: New upstream version available

Am 04.08.2010 04:34, schrieb Jonas Smedegaard: If I understand the problem correctly, I believe the better approach is to use git-import-orig again with the proper tarball+config. Alright, I've tried this approach. Could you please check if it works now? ___

Re: Bug#588240: crashes with latest mplayer from sid

Hi Norbert, Am 03.08.2010 18:10, schrieb Norbert Preining: Because he provides libs without some functionality *not* torn out due to licensing reasons. So if he did NOT replace sys libs, the whole game would be useless, no improvement for users. (improvement: suddenly some things work that didn'

Bug#588240: crashes with latest mplayer from sid

Hi Norbert, Am 03.08.2010 18:10, schrieb Norbert Preining: Because he provides libs without some functionality *not* torn out due to licensing reasons. So if he did NOT replace sys libs, the whole game would be useless, no improvement for users. (improvement: suddenly some things work that didn'

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

Dear Jonas, Am 04.08.2010 18:16, schrieb Jonas Smedegaard: I care for Debian, which implies that I care for users of Debian. Ubuntu and other derivatives are users of Debian, and I care for them! I am open to contributions from any and all Debian derivative. Ideally all Debian-derived distribu

Re: [SCM] FFmpeg packaging branch, master, updated. debian/0.5.2-1-1-g0f5949e

Am 05.08.2010 16:50, schrieb Reinhard Tartler: yeah, you read right, I'm going to upload this to main RSN. I'm Erm, I am speechless. What is the background of this change, i.e. who "allowed" you to upload the patented stuff to Debian? Pleas elaborate! currently considering waiting for x264

Re: Bug#591287: libmatroska: New upstream version available

Am 04.08.2010 09:32, schrieb Fabian Greffrath: Alright, I've tried this approach. Could you please check if it works now? Ping. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org

Re: [SCM] FFmpeg packaging branch, master, updated. debian/0.5.2-1-1-g0f5949e

Am 05.08.2010 17:34, schrieb Reinhard Tartler: I really don't know the details here, I'm just told by zack that this is possible now. All that he told me is that there will be a more elaborate announcement as soon as they have something to announce ready. Exciting things seem to happen during t

<    4   5   6   7   8   9   10   11   >