mpeg2 and don't want to use packages
from unstable on their system.
No, there isn't! Rebuilding the Debian packages to achieve extra
codecs is completely unsupported. We introduced the internalencoders
options just for convenience reasons.
Cheers,
Fabian
--
Dipl.-Phys. Fabian Greffrath
Am 06.01.2010 17:00, schrieb Reinhard Tartler:
What did merge? Well, the ubuntu branch. This brings in many security
backports, lool's neon backports and my symbol versioning patch from the
ubuntu.lucid branch.
o_O Wow, great, thank you very much!
--
Dipl.-Phys. Fabian Greffrath
Ruhr
Am 07.01.2010 10:38, schrieb Reinhard Tartler:
Because I did not get the green light from the release team for that yet
but I finally found some time yesterday to prepare the package. So I've
decided to proceed anyway and upload my result to experimental.
Fine, thanks!
--
Dipl.-Phys. Fabian
Am 12.01.2010 11:16, schrieb Reinhard Tartler:
NB: I'm a bit biased about the cdrtools issue.
?! Please elaborate.
--
Dipl.-Phys. Fabian Greffrath
Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum
Telefon: +49
--
Dipl.-Phys. Fabian Greffrath
Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum
Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234 / 32-14227
E-Mail: greffr...@leat.ruhr-uni-bochum.de
player.
--
Dipl.-Phys. Fabian Greffrath
Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum
Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234 / 32-14227
E-Mail: greffr...@leat.ruhr-uni-bochum.de
. Fabian Greffrath
Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum
Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234 / 32-14227
E-Mail: greffr...@leat.ruhr-uni-bochum.de
still think a media player needs a
gui by default.
Other opinions?
- Fabian
--
Dipl.-Phys. Fabian Greffrath
Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum
Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234
Am 26.01.2010 15:23, schrieb Fabian Greffrath:
- The libraries contain some typos, should we fix them?
I tried to leave the interface untouched.
--
Dipl.-Phys. Fabian Greffrath
Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3
Am 26.01.2010 16:16, schrieb Reinhard Tartler:
This patch applies perfectly to upstream trunk/. Do you want to submit
it yourself? If not, I'll forward it.
I am not subscribed at upstream's lists and are thus rather unknown
there. Would you please...? ;)
--
Dipl.-Phys. Fabian Greffrath
://honk.sigxcpu.org/con/Git_buildpackage_and_3_0_source_format.html
--
Dipl.-Phys. Fabian Greffrath
Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum
Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234 / 32-14227
E-Mail: greffr
whatever
feels best for you.
Cheers,
Fabian
--
Dipl.-Phys. Fabian Greffrath
Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum
Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234 / 32-14227
E-Mail: greffr...@leat.ruhr
.
Regards
Artur
___
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
.
Cheers,
Fabian
--
Dipl.-Phys. Fabian Greffrath
Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum
Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234 / 32-14227
E-Mail: greffr...@leat.ruhr-uni-bochum.de
Hi all,
I'll be on vacation for the next ~10 days.
- Fabian
--
Dipl.-Phys. Fabian Greffrath
Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum
Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234 / 32-14227
E
, but is switching
to using CDBS really a requirement for you to get involved in helping
with a package?
- Fabian
--
Dipl.-Phys. Fabian Greffrath
Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum
Telefon: +49 (0)234 / 32
time anyway? If not, I agree we should stay with the latest stable
release.
--
Dipl.-Phys. Fabian Greffrath
Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum
Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234
. Fabian Greffrath
Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum
Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234 / 32-14227
E-Mail: greffr...@leat.ruhr-uni-bochum.de
Am 17.03.2010 16:15, schrieb Adrian Knoth:
I have absolutely no idea about their plans. ;)
So maybe we should also stick to jack1 for queeze, make jack2 the
default post-squeeze and kindly ask the backports team to provide
jack2 packages for squeeze afterwards.
--
Dipl.-Phys. Fabian
is IMHO better than
maintaining both packages, which will require a lot of new
infrastructure and redundant work and further discussion only slows
things down even more. So my vote is:
(AB)CF
My vote should not be decisive for the choice between jack1 and jack2.
--
Dipl.-Phys. Fabian Greffrath
exactly these codecs disabled.
So mencoder is just as dangerous as xine, vlc or ffmpeg itself which
are already in Debian. Maybe you could try to hint this to the ftp
team, it seems they don't listen if we tell them ourselves...
- Fabian
--
Dipl.-Phys. Fabian Greffrath
Ruhr-Universität
Am 20.02.2010 07:25, schrieb Andres Mejia:
Package: wnpp
Severity: wishlist
Owner: Andres Mejiamcita...@gmail.com
* Package name: mythtv
Version : 0.22
Any news on this one?
--
Dipl.-Phys. Fabian Greffrath
Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und
in
the NEW queue for about one year while collecting bugs.
--
Dipl.-Phys. Fabian Greffrath
Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum
Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234 / 32-14227
E-Mail: greffr
say it's misunderstanding and lack of communication combined with
ignorance that led to the current state...
--
Dipl.-Phys. Fabian Greffrath
Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum
Telefon: +49 (0)234
Am 25.04.2010 19:18, schrieb Jonas Smedegaard:
dh7 is not a successor for CDBS.
No, but IMHO it is easier to read.
I am also in favour of dh7 and dpkg-source 3.0 format, btw.
Cheers,
Fabian
___
pkg-multimedia-maintainers mailing list
Am 24.04.2010 14:03, schrieb Archive Administrator:
Reject Reasons:
mplayer_1.0~rc3+svn20090426-2_amd64.changes file already known to dak
WTF?!
--
Dipl.-Phys. Fabian Greffrath
Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3
severity 578500 wishlist
thanks
Am 20.04.2010 12:21, schrieb Gilles Dartiguelongue:
There are multiple ways of using ffmpeg without X so it would be nice to either
have:
* a ffmpeg-nox package
* or a ffplay package (which seems to be the only util using X related
* libraries)
we should just *recommend* a packaging style but still tolerate
the others, as they are also perfectly valid to get things done.
--
Dipl.-Phys. Fabian Greffrath
Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum
, it seems you are really the only one who makes his
involvement in package maintenance dependent on the packaging system...
--
Dipl.-Phys. Fabian Greffrath
Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum
Telefon
on
this package. Exactly this should be documented.
Thanks Jonas.
--
Dipl.-Phys. Fabian Greffrath
Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum
Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234 / 32-14227
E-Mail: greffr
Seems to be a race condition in the check for the legacy avcodec
include file location. Please try the patch attached (which also fixes
a bashism BTW).
--
Dipl.-Phys. Fabian Greffrath
Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150
.-Phys. Fabian Greffrath
Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum
Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234 / 32-14227
E-Mail: greffr...@leat.ruhr-uni-bochum.de
. It works.
--
Dipl.-Phys. Fabian Greffrath
Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum
Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234 / 32-14227
E-Mail: greffr...@leat.ruhr-uni-bochum.de
in the
background and proceed with the script, which already checked the exit
status and thus never realized that the compilation failed.
Cheers,
Fabian
--
Dipl.-Phys. Fabian Greffrath
Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3
Am 27.05.2010 23:08, schrieb Eric Dantan Rzewnicki:
I have imported libebml into the team's git on alioth and merged the new
upstream. I'm new to library packaging, but will solicit assistance from
other team members to make this happen.
Thanks for taking care of libebml.
Did you notice the
Am 28.05.2010 08:25, schrieb Reinhard Tartler:
Not only that, but that package also provides librtmp, which ffmpeg 0.6
can use. For this reason I'm going to take this package under the
pkg-multimedia umbrella.
Good news, thank you very much.
BTW, it seems like there is some effort going on to
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 feel
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!
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
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-maintainers
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
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
Am Freitag, den 04.06.2010, 11:30 +0200 schrieb Cristian Morales Vega:
2010/6/4 Moritz Bunkus mor...@bunkus.org:
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
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 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
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
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 directory
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
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
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
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
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: Fabian Greffrath fab
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 Energieanlagen und
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:
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
http://ftp-master.debian.org/new/mplayer_2:1.0~rc3+svn20100502-4.html
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
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
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
Am 17.06.2010 11:48, schrieb Debian Bug Tracking System:
Your message dated Thu, 17 Jun 2010 09:44:35 +
with message-ide1opbef-0007ac...@ries.debian.org
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
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
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
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
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
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
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
___
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
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,
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
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
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
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?
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
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
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
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
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
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
[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
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
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
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-multimedia
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 reflect
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
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
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
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
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:
http://git.debian.org/?p=pkg-multimedia/rtmpdump.git;a=blob;f=debian/patches/03_dynamic-frontend.patch
My rationale is to avoid code duplication in
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
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
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
gnu
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-maintainers
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
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
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
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
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
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
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
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
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
1 - 100 of 921 matches
Mail list logo