Source: vlc
Version: 1.1.0-2
Severity: serious
Justification: FTBFS
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
your package no longer builds on kfreebsd-* because (at least by
default) DC1394 support seems mandatory:
| checking for main in -lliveMedia_pic... yes
| checking for
viscountess.png___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
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
Fabian Greffrath wrote:
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
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
Fabian Greffrath wrote:
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,
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
Fabian Greffrath wrote:
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.
Heh. Well, I'm a co-author of GNU Make after
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.
Or is
FYI: The status of the lv2dynparam1 source package
in Debian's testing distribution has changed.
Previous version: 2-2
Current version: 2-3
--
This email is automatically generated once a day. As the installation of
new packages into testing happens multiple times a day you will receive
FYI: The status of the meterbridge source package
in Debian's testing distribution has changed.
Previous version: 0.9.2-7
Current version: 0.9.2-8
--
This email is automatically generated once a day. As the installation of
new packages into testing happens multiple times a day you will
14 matches
Mail list logo