On Wed, Mar 02, 2005 at 02:20:29PM -0500, Brendan wrote:
> On Friday 25 February 2005 05:39 am, Ron Johnson wrote:
> > On Fri, 2005-02-25 at 10:36 +0100, Marco d'Itri wrote:
> > > On Feb 25, giskard <[EMAIL PROTECTED]> wrote:
> > > > many people who I know, especially artists who use free software,
On Friday 25 February 2005 05:39 am, Ron Johnson wrote:
> On Fri, 2005-02-25 at 10:36 +0100, Marco d'Itri wrote:
> > On Feb 25, giskard <[EMAIL PROTECTED]> wrote:
> > > many people who I know, especially artists who use free software, often
> > > use the reproduction in ascii art (new kind of art).
On Mon, Feb 28, 2005 at 01:29:03PM +0100, Sebastien NOEL wrote:
> > I don't know how many times this can be said: non-us is *not a
> > solution* to patents affecting the US, and never has been.
>
> and what now ?
>
> ok non-us is not the solution. but does it mean that there is no
> solution at a
A Mennucc wrote:
> and there are wonderful feats that 'mplayer' that do not need : decss,
> faad, lame & xvid
Why should Debian's mplayer be unable to support XVID? The MPEG4 codec from
libavcodec will play any XVID just fine and libavcodec is already part of
Debian in xine-lib and ffmpeg.
Chee
On Thu, 24 Feb 2005 19:40:35 -0500, you wrote:
> > (according to /usr/share/doc/ffmpeg/patents.txt.gz)
> I hope that isn't a file with descriptions of patents--anyone who
> reads such a thing would risk increased patent liability. I'd rather
> not look for myself to find out, though.
omfg. it's n
On Mon, 28 Feb 2005 10:19:37 +0100
A Mennucc <[EMAIL PROTECTED]> wrote:
> >* Why the "--disable-mencoder" in debian/rules ?
> >
> my original thought was :
> since LAME is not in Debian , then 'mencoder' will not be very useful
>
> but then some people pointed out that there are many interesti
On Mon, Feb 28, 2005 at 10:19:37AM +0100, A Mennucc wrote:
> Sebastien NOEL wrote:
> >I have some questions about your package:
> >* You build libavcodec and libavformat but that seems to me a waste of
> >time.
> > FFmpeg is already in main, why not only link mplayer with
> > libavcodec.a (
Sebastien NOEL wrote:
I have some questions about your package:
* Why the "--disable-mencoder" in debian/rules ?
my original thought was :
since LAME is not in Debian , then 'mencoder' will not be very useful
but then some people pointed out that there are many interesting things
that c
#include
* giskard [Fri, Feb 25 2005, 01:22:18PM]:
> > Those who want to use the aa backend can use -vo sdl:aa if
> > libsdl1.2debian-all is installed (and the mplayer package is compiled
> > with sdl support).
>
> [13:11:3Size: [EMAIL PROTECTED]:~]$ apt-cache show
> libsdl1.2debian-all
> Depend
On Fri, 25 Feb 2005 12:38:39 +0200
Petri Latvala <[EMAIL PROTECTED]> wrote:
> On Fri, Feb 25, 2005 at 10:36:21AM +0100, Marco d'Itri wrote:
> > On Feb 25, giskard <[EMAIL PROTECTED]> wrote:
> >
> > > many people who I know, especially artists who use free software,
> > > often use the reproductio
On Fri, 25 Feb 2005 10:36:21 +0100
[EMAIL PROTECTED] (Marco d'Itri) wrote:
> On Feb 25, giskard <[EMAIL PROTECTED]> wrote:
>
> > many people who I know, especially artists who use free software,
> > often use the reproduction in ascii art (new kind of art).
> The artists you know are not many pe
[Ron Johnson]
> "I just don't understand how Reagan got elected. No one I know
> voted for him!"
>
> In other words, just because *you* don't know anyone who uses AA,
> that doesn't mean that a decent number of people *do* use AA.
You are absolutely right. :)
But there is always a chance of som
On Fri, 2005-02-25 at 10:36 +0100, Marco d'Itri wrote:
> On Feb 25, giskard <[EMAIL PROTECTED]> wrote:
>
> > many people who I know, especially artists who use free software, often
> > use the reproduction in ascii art (new kind of art).
> The artists you know are not many people and they are not
On Fri, Feb 25, 2005 at 10:36:21AM +0100, Marco d'Itri wrote:
> On Feb 25, giskard <[EMAIL PROTECTED]> wrote:
>
> > many people who I know, especially artists who use free software, often
> > use the reproduction in ascii art (new kind of art).
> The artists you know are not many people and they a
On Feb 25, giskard <[EMAIL PROTECTED]> wrote:
> many people who I know, especially artists who use free software, often
> use the reproduction in ascii art (new kind of art).
The artists you know are not many people and they are not representative
of the user base in any way.
--
ciao,
Marco
si
On Thu, 24 Feb 2005 19:40:35 -0500
Glenn Maynard <[EMAIL PROTECTED]> wrote:
> >
> > * Why the "--disable-aa" ?
> > Ok caca is better than aa but it's not enabled either.
>
> libaa, the ASCII art library? I'd hope that'd be disabled in the
> normal build. It's a useless novelty; I certain
On Thu, Feb 24, 2005 at 10:08:42PM +0100, Sebastien NOEL wrote:
> * You removed libmpdvdkit2/ because US laws suck.
> Why don't you remove also libfaad2/ which is full of patents problems ?
> (according to /usr/share/doc/ffmpeg/patents.txt.gz)
I hope that isn't a file with descriptions o
Hi,
I have some questions about your package:
* You removed libmpdvdkit2/ because US laws suck.
Why don't you remove also libfaad2/ which is full of patents problems ?
(according to /usr/share/doc/ffmpeg/patents.txt.gz)
* Why the "--disable-mencoder" in debian/rules ?
* Why the "
hi
I have uploaded mplayer 1.0pre6a-3
It ships a correctly repackaged upstream source;
it has a 'debian/rules get-orig-source' (as asked in debian-devel)
that creates the .orig.tar.gz
It should appear in http://qa.debian.org/~anibal/debian-NEW.html
and in I will put a copy in
http://tonelli.sns
* A Mennucc [Tue, 15 Feb 2005 09:52:15 +0100]:
> Henning Makholm wrote:
> >That is not a valid reason to pretend it is a native package. The
> >correct thing to do is to create a new .orig.tar.gz with the offending
> >files removed from it, but keep the rest of the .orig.tar.gz
> >unchanged.
> I
just my 2 cents:
mplayer _does not depend_ on the win32codecs : it will work quite fine
without them, and still be able to play an humungous number of video
formats and codecs. The win32codecs are purely optional.
a.
Matthew Garrett wrote:
MJ Ray <[EMAIL PROTECTED]> wrote:
So, this looks lik
Scripsit A Mennucc <[EMAIL PROTECTED]>
> debianizer - isn't there a debian/rules way to do this now?
> no way at all
Yes way. See "debian/rules get-orig-source" in policy.
Rest of reply in debian-legal. Why are you posting the same thing
separately to two different lists?
--
Henning Makholm
On Tue, 15 Feb 2005, A Mennucc wrote:
> Henning Makholm wrote:
> >Scripsit [EMAIL PROTECTED] (A Mennucc)
> >That is not a valid reason to pretend it is a native package. The
> >
> I object to this
>
> a file mplayerorig.tar.gz is, as the name says, the original
> distributed source
St
A Mennucc <[EMAIL PROTECTED]> wrote:
[please, please repair your quoting mechanism. Done that for you in this mail].
> Henning Makholm wrote:
>
>> That is not a valid reason to pretend it is a native package. The
>> correct thing to do is to create a new .orig.tar.gz with the offending
>> file
A Mennucc wrote:
I object to this
a file mplayerorig.tar.gz is, as the name says, the original
distributed source
distributing my modified tar.gz disguising it as the upstream original
one would be cause of confusion
All of the kernel-source packages that need it have an orig.tar.gz
with
Henning Makholm wrote:
Scripsit [EMAIL PROTECTED] (A Mennucc)
Solution:
the DeCSS is deleted from the package proposed for Debian
(for this reason, I upload mplayer as a native package);
That is not a valid reason to pretend it is a native package. The
correct thing
MJ Ray wrote:
Andrea Mennucc wrote:
I have uploaded a new version of the 'mplayer' package for Debian,
namely version 1.0pre6-1
I have reviewed this package, but I've not tried building it.
Here are my first comments, split under your headings.
--- HISTORY and
Ken Bloom wrote:
On Mon, 14 Feb 2005 11:46:38 +0100, A Mennucc wrote:
There have been two main problems keeping mplayer out of Debian: licenses
and copyrights.
Licenses:
the upstream code contains some code that is protected by (more or less)
actively enforced licenses: DeCSS code to decode encr
Ken Bloom wrote:
Solution:
the DeCSS is deleted from the package proposed for Debian
What functionality do we lose by doing this?
--Ken Bloom
The ability to play any DVD you buy in a store?
It's the same functionality Xine loses; however, if mplayer uses
dvdread, it'll automatically use libdvdcss
Le Mar 15 FÃvrier 2005 03:02, Ken Bloom a Ãcrit :
> On Mon, 14 Feb 2005 11:46:38 +0100, A Mennucc wrote:
> > There have been two main problems keeping mplayer out of Debian:
> > licenses and copyrights.
> >
> > Licenses:
> > the upstream code contains some code that is protected by (more or
> > les
On Mon, 14 Feb 2005 11:46:38 +0100, A Mennucc wrote:
> There have been two main problems keeping mplayer out of Debian: licenses
> and copyrights.
>
> Licenses:
> the upstream code contains some code that is protected by (more or less)
> actively enforced licenses: DeCSS code to decode encrypted d
On Mon, 2005-02-14 at 11:46 +0100, A Mennucc wrote:
> (Unfortunately it does not show yet in the new queue at
> http://qa.debian.org/~anibal/debian-NEW.html
It does show on the summary. Since there were previous mplayer packages
on NEW, it is listed inside the row of the first package timestamp
A Mennucc wrote:
> mplayer_1.0pre6a-1_i386.deb is linked against libxvidcore
>
> sorry folks
>
> I have compiled and uploaded mplayer_1.0pre6a-2_i386.deb
>
> it is also accessible at
> http://tonelli.sns.it/pub/mplayer/sarge
>
> thanx emfox for pointing out
Given the acceptance of ffmpeg, I can
Scripsit [EMAIL PROTECTED] (A Mennucc)
> Solution:
> the DeCSS is deleted from the package proposed for Debian
> (for this reason, I upload mplayer as a native package);
That is not a valid reason to pretend it is a native package. The
correct thing to do is to create a new .orig.tar.gz with t
Hi,
* A Mennucc <[EMAIL PROTECTED]> [2005-02-14 15:53]:
>
> mplayer_1.0pre6a-1_i386.deb is linked against libxvidcore
>
> sorry folks
>
> I have compiled and uploaded mplayer_1.0pre6a-2_i386.deb
>
> it is also accessible at
> http://tonelli.sns.it/pub/mplayer/sarge
>
> thanx emfox for poi
mplayer_1.0pre6a-1_i386.deb is linked against libxvidcore
sorry folks
I have compiled and uploaded mplayer_1.0pre6a-2_i386.deb
it is also accessible at
http://tonelli.sns.it/pub/mplayer/sarge
thanx emfox for pointing out
a.
--
Andrea Mennucc
"Ukn ow,Ifina llyfixe dmysp acebar.ohwh att
On Mon, 2005-02-14 at 06:52 -0500, Greg Folkert wrote:
> On Mon, 2005-02-14 at 11:46 +0100, A Mennucc wrote:
> > hi
> >
> > I have uploaded a new version of the 'mplayer' package for Debian,
> > namely version 1.0pre6-1
> >
> > (Unfortunately it does not show yet in the new queue at
> > http://
Greg Folkert wrote:
What about the Packages for mplayer that Christian Marillat has been
providing for years?
Have you even discussed this with him?
Hrm, you don't know him, do you? Otherwise you wouldn't be suggesting to
discuss with him.
--
.''`. Josselin Mouette/\./\
: :' :
On Feb 14, Greg Folkert <[EMAIL PROTECTED]> wrote:
> What about the Packages for mplayer that Christian Marillat has been
> providing for years?
It's well known that he is not interested in having them become part of
Debian.
--
ciao,
Marco
signature.asc
Description: Digital signature
On Mon, 2005-02-14 at 11:46 +0100, A Mennucc wrote:
> hi
>
> I have uploaded a new version of the 'mplayer' package for Debian,
> namely version 1.0pre6-1
>
> (Unfortunately it does not show yet in the new queue at
> http://qa.debian.org/~anibal/debian-NEW.html
> but it is also accessible at
also sprach A Mennucc <[EMAIL PROTECTED]> [2005.02.14.1146 +0100]:
> I have uploaded a new version of the 'mplayer' package for Debian,
> namely version 1.0pre6-1
Great. At least in the eyes of our (prospective) users, this was one
major hurdle.
Now let's hope that the ftpmasters look into NEW at
hi
I have uploaded a new version of the 'mplayer' package for Debian,
namely version 1.0pre6-1
(Unfortunately it does not show yet in the new queue at
http://qa.debian.org/~anibal/debian-NEW.html
but it is also accessible at
http://tonelli.sns.it/pub/mplayer/sarge
)
I REALLY think that the t
42 matches
Mail list logo
