Package: wnpp
Severity: wishlist
Owner: "Jean-Yves Avenard"
* Package name: libvdpau
Version : 0.2
Upstream Author : Aaron Plattner
* URL : http://cgit.freedesktop.org/~aplattner/libvdpau
* License : Nvidia free
Programming Lang: C
D
Hi.
I'm trying to build a package so it depends on a specific version of a library.
I carefully read http://www.debian.org/doc/maint-guide/index.en.html
but didn't get the answer I was looking for.
In my debian/control file I have for a given package:
Depends: ${misc-depends}
Which will instal
2009/3/14 Adeodato Simó
> Hello, Jean-Yves.
>
> Please mail your questions about packaging to
> debian-ment...@lists.debian.org.
>
> --
> - Are you sure we're good?
> - Always.
>-- Rory and Lorelai
>
>
I'm not sure I like to classify as "newbie"
Hi
2009/3/15 Raphael Hertzog
>
> Everybody has stuff to learn but your mail made it clear that you had a
> lot to learn yet about libraries and automatic dependencies:
Thanks for letting me know. It would have been even better if you had
provided an answer that actually help resolving my prob
Hi.
Only going to reply to some of the misinformation provided in the post
from Reinhard Tartler
(https://lists.debian.org/debian-devel/2014/08/msg00160.html)
For the background: I am the de-facto maintainer of the MythTV's FFmpeg fork.
> To the best of my knowledge, there are only two high-pro
On 9 August 2014 17:03, Matthias Urlichs wrote:
> Most forks cause additional work which, in the long term, is better spent
> elsewhere. The ffmpeg/libav split is ample proof of that; in an ideal
> world, you wouldn't need the mythtv fork either.
>
> Debian's position is that we _really_ want to
Hi
On 10 August 2014 17:01, Matthias Urlichs wrote:
> Hi,
>
>
> IMHO it's reasonable to expect core APIs to be upwards-compatible and keep
> deprecated interfaces around for another release or two.
>
Then it becomes unreasonable for a piece of software to be compatible
with multiple version of t
On 10 August 2014 18:53, Andrew Kelley wrote:
> IMO it's not worth the effort to support multiple versions of the same
> library. If you want to use an old library, use an old version of the
> software.
In our case, we have very long release cycles. Usually only once a
year at best. We have users
8 matches
Mail list logo
