Re: [Cooker] new avifile package and new lib policy

2001-01-23 Thread Guillaume Rousse


Le 2001.01.23 15:05:25 +0400, Goetz Waschk a écrit :
> If the spec of smpeg is the 100% correct way, you should call the program
> with aviplay libavifile-player.
It may be the official way, but i don't find it very wise. IMHO, only the
libs packages themselves should be prefixed with 'lib', so to have a naming
scheme as such :
package
libpackage
libpackage-devel
 
> BTW why didn't you include the other example programs? I couldn't test
> the
> video capture program as I don't have a video4linux board but
> qtrecompress
> is working fine. With the other samples included the package should be
> named
> libavifile-programs or libavifile-examples.
Gasp ! I was sure to have included them in player package. It must have
been lost yesterday when i was palying with different specfiles :-)
Anyway, you're right, i have to use a different package for them
(avifile-examples, i think). I'll release a new version tonight, i think.


-- 
Guillaume Rousse

Murphy's law : If anything can go wrong, it will.
O'Tool's commentary : Murphy was an optimist.




Re: [Cooker] new avifile package and new lib policy

2001-01-23 Thread Goetz Waschk

On Tue, Jan 23, 2001 at 01:36:04AM +0400, Guillaume Rousse wrote:
> > > I tempted to follow new lib policy by copying the smpeg package
> > specfile,
> > > but that means name of package change with every version :
> > > libavifile0.51-player-0.51-1mdk.i586.rpm ->
> > > ibavifile0.53-player-0.53.3-1mdk.i586.rpm. Is that really wanted
> > 
> > As I have seen, you would only have to name your package
> > libavifile0.5 if there was another version that could live togheter in
> > the same system with the older one (see libxml and libxml2, libbonobo1
> > and libbonobo2). If you just have one version, just name it
> > libavifile-0.51, or libavifile0-0.51, and it will only change when
> > you get version 1.0.
> 
> thanks for your reply.
> I corrected the names for
> avifile-0.53 (libavifile-player made non sense for me)
> libavifile0-0.53
> libavifile0-devel-0.53
> All is uploaded in mandrale incoming, and also on my ftp site.
If the spec of smpeg is the 100% correct way, you should call the program
with aviplay libavifile-player.

BTW why didn't you include the other example programs? I couldn't test the
video capture program as I don't have a video4linux board but qtrecompress
is working fine. With the other samples included the package should be named
libavifile-programs or libavifile-examples.

-- 
   Goetz Waschk <> student of computer science  <> university Rostock
 http://www.informatik.uni-rostock.de/~waschk/waschk.asc for PGP key
 --> Logout Fascism! <--




Re: [Cooker] new avifile package and new lib policy

2001-01-22 Thread andre

> thanks for your reply.
> I corrected the names for
> avifile-0.53 (libavifile-player made non sense for me)
> libavifile0-0.53
> libavifile0-devel-0.53
> All is uploaded in mandrale incoming, and also on my ftp site.
> 
What about avifile-player-lib-0.53 . I'm getting a bit annoyed with all those lib 
which you only miss when you are ready to install a rpm.




Re: [Cooker] new avifile package and new lib policy

2001-01-22 Thread Guillaume Rousse


Le 2001.01.22 19:28:36 +0400, J . A . Magallon a écrit :
> 
> On 2001.01.22 Guillaume Rousse wrote:
> > Here you have a new avifile package 0.53.3, with all problems of first
> > version corrected. Lenny, it's in upcoming, and for other you'll find
> it
> > here:
> > ftp://durruti.univ-reunion.fr/pub/distributions/mandrake-unofficial
> > 
> > I tempted to follow new lib policy by copying the smpeg package
> specfile,
> > but that means name of package change with every version :
> > libavifile0.51-player-0.51-1mdk.i586.rpm ->
> > ibavifile0.53-player-0.53.3-1mdk.i586.rpm. Is that really wanted
> 
> As I have seen, you would only have to name your package
> libavifile0.5 if there was another version that could live togheter in
> the same system with the older one (see libxml and libxml2, libbonobo1
> and libbonobo2). If you just have one version, just name it
> libavifile-0.51, or libavifile0-0.51, and it will only change when
> you get version 1.0.

thanks for your reply.
I corrected the names for
avifile-0.53 (libavifile-player made non sense for me)
libavifile0-0.53
libavifile0-devel-0.53
All is uploaded in mandrale incoming, and also on my ftp site.

-- 
Guillaume Rousse

Murphy's law : If anything can go wrong, it will.
O'Tool's commentary : Murphy was an optimist.




Re: [Cooker] new avifile package and new lib policy

2001-01-22 Thread J . A . Magallon


On 2001.01.22 Guillaume Rousse wrote:
> Here you have a new avifile package 0.53.3, with all problems of first
> version corrected. Lenny, it's in upcoming, and for other you'll find it
> here:
> ftp://durruti.univ-reunion.fr/pub/distributions/mandrake-unofficial
> 
> I tempted to follow new lib policy by copying the smpeg package specfile,
> but that means name of package change with every version :
> libavifile0.51-player-0.51-1mdk.i586.rpm ->
> ibavifile0.53-player-0.53.3-1mdk.i586.rpm. Is that really wanted

As I have seen, you would only have to name your package
libavifile0.5 if there was another version that could live togheter in
the same system with the older one (see libxml and libxml2, libbonobo1
and libbonobo2). If you just have one version, just name it
libavifile-0.51, or libavifile0-0.51, and it will only change when
you get version 1.0.

-- 
J.A. Magallon  $> cd pub
mailto:[EMAIL PROTECTED]  $> more beer

Linux werewolf 2.4.0-ac10 #1 SMP Sat Jan 20 10:43:18 CET 2001 i686





[Cooker] new avifile package and new lib policy

2001-01-22 Thread Guillaume Rousse

Here you have a new avifile package 0.53.3, with all problems of first
version corrected. Lenny, it's in upcoming, and for other you'll find it
here:
ftp://durruti.univ-reunion.fr/pub/distributions/mandrake-unofficial

I tempted to follow new lib policy by copying the smpeg package specfile,
but that means name of package change with every version :
libavifile0.51-player-0.51-1mdk.i586.rpm ->
ibavifile0.53-player-0.53.3-1mdk.i586.rpm. Is that really wanted
--
Guillaume Rousse

Murphy's law : If anything can go wrong, it will.
O'Tool's commentary : Murphy was an optimist.