[gentoo-dev] win32codecs versioning

[gentoo-dev] win32codecs versioning

[Patrick Kursawe]

[-- Attachment #1: Type: text/plain, Size: 788 bytes --]

Hi there,

the mplayer guys seem to have the bad habit of distributing and updating
files while keeping the same name - so, as you can see in bug 29972, we
have files in distfiles which differ from the versions you find when you
follow the SRC_URI.

I'd like to switch to some kind of snapshots (like
win32codecs-20030930.tar.bz2) manually uploaded to distfiles.

Since I never touched this ebuild before I'd like to know if this is
ok for you and I'd like to hear suggestions for naming the ebuilds.

I'd prefer just calling them win32codecs-20030930.ebuild (changing suffix
from snapshot to snapshot) since I can't see in which way these codecs are
related to mplayer versions (what I think is where the current versioning
scheme started).

Comments?

Bye, Patrick

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[gentoo-dev] Re: win32codecs versioning

[Michael Sterrett -Mr. Bones.-]

On Tue, 30 Sep 2003, Patrick Kursawe wrote:

> the mplayer guys seem to have the bad habit of distributing and updating
> files while keeping the same name - so, as you can see in bug 29972, we
> have files in distfiles which differ from the versions you find when you
> follow the SRC_URI.
> 
> I'd like to switch to some kind of snapshots (like
> win32codecs-20030930.tar.bz2) manually uploaded to distfiles.

Sounds good to me.  I do this with a couple of game ebuilds where
the upstream situation is similar.  I usually put a comment in the
ebuild with a commented out copy of SRC_URI that points to the "old"
source location.

Two things: first, it becomes even more important to upload to dev.g.o
before committing the ebuild to portage since people will then be depending
on the Gentoo mirrors for the source.  Second, be sure to email the
upstream folks about the situation and ask them if they wouldn't mind
versioning their releases.  I've found that sometimes it just hasn't
occurred to them and once they realize why it's helpful they switch to
a versioning scheme.

Later,

Michael Sterrett
  -Mr. Bones.-
mr_bones_@gentoo.org


--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] win32codecs versioning

[Thomas de Grenier de Latour]

On Tue, 30 Sep 2003 13:51:31 +0200
Patrick Kursawe <phosphan@gentoo.org> wrote:

> Hi there,
> 
> the mplayer guys seem to have the bad habit of distributing and
> updating files while keeping the same name 

I also add some digest errors yesterday with the arial fonts packages
for mplayer. I guess it's the same "no versioning" issue, no?

-- 
TGL.

--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] win32codecs versioning

[Patrick Kursawe]

[-- Attachment #1: Type: text/plain, Size: 330 bytes --]

On Tue, Sep 30, 2003 at 02:28:08PM +0200, Thomas de Grenier de Latour wrote:

> I also add some digest errors yesterday with the arial fonts packages
> for mplayer. I guess it's the same "no versioning" issue, no?

Looks like. What's the bug number for your problem?

http://www.mplayerhq.hu/MPlayer/releases/fonts/

Bye, Patrick

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] win32codecs versioning

[Thomas de Grenier de Latour]

On Tue, 30 Sep 2003 14:30:08 +0200
Patrick Kursawe <phosphan@gentoo.org> wrote:

> What's the bug number for your problem?

Oops, sorry, I've forgot to say that. In fact I've not opened one
myself, it was already done at 29987.

-- 
TGL.

--
gentoo-dev@gentoo.org mailing list

[gentoo-dev] Re: win32codecs versioning

[Martin Schlemmer]

[-- Attachment #1: Type: text/plain, Size: 208 bytes --]

On Tue, 2003-09-30 at 13:51, Patrick Kursawe wrote:

Prob late, but fine by me.


Regards,

-- 

Martin Schlemmer
Gentoo Linux Developer, Desktop/System Team Developer
Cape Town, South Africa



[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]