[gentoo-dev] Last rites for media-video/dvdrip

[gentoo-dev] Last rites for media-video/dvdrip

[Diego 'Flameeyes' Pettenò]

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

Another package is taking a long long way that goes out of portage.
I'm running out of openings for these mails, you know?

Oh well, media-video/dvdrip has many issues reported in bugzilla (some have 
patches, most haven't), and depends on a version of transcode with many 
issues, too (and force us to leave transcode 1 masked).
Nobody in video herd is looking at it right now, last bump was done by morfic, 
and more would be needed.

Alternative dvd-ripping software is present in portage, starting from mencoder 
and its frontends, and they usually works better (look at winki for example).

For this reason, I'm package.masking dvdrip and pending removal 2 weeks from 
now.

-- 
Diego "Flameeyes" Pettenò - http://dev.gentoo.org/~flameeyes/
Gentoo/ALT lead, Gentoo/FreeBSD, Video, AMD64, Sound, PAM, KDE

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

Re: [gentoo-dev] Last rites for media-video/dvdrip

[Benoit Boissinot]

On 12/8/05, Diego 'Flameeyes' Pettenò <flameeyes@gentoo.org> wrote:
> Another package is taking a long long way that goes out of portage.
> I'm running out of openings for these mails, you know?
>
> Oh well, media-video/dvdrip has many issues reported in bugzilla (some have
> patches, most haven't), and depends on a version of transcode with many
> issues, too (and force us to leave transcode 1 masked).

Last time i tried, dvdrip worked with transcode 1 (at least the
unstable version of dvdrip),
furthermore there are only 9 bugs against the package:
- 2 are version bumps request
- if you remove the version bump and a dependency fix, there are no
bugs against the latest version (in ~arch)

Moreover the package is still maintained upstream (last release 30
october 2005).

So please consider keeping dvdrip in portage.

> Nobody in video herd is looking at it right now, last bump was done by morfic,
> and more would be needed.
>
> Alternative dvd-ripping software is present in portage, starting from mencoder
> and its frontends, and they usually works better (look at winki for example).
>
AFAIK there are no other frontend to dvdrip.

thanks,

Benoit Boissinot

-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Last rites for media-video/dvdrip

[Chris Bainbridge]

On 08/12/05, Diego 'Flameeyes' Pettenò <flameeyes@gentoo.org> wrote:
> Another package is taking a long long way that goes out of portage.
> I'm running out of openings for these mails, you know?
>
> Alternative dvd-ripping software is present in portage, starting from mencoder
> and its frontends, and they usually works better (look at winki for example).

Er, isn't dvdrip the most popular ripping software on Linux? I haven't
even heard of winki.. stable version is only 0.3.2 and it's described
on it's homepage as alpha software. It seems a bit premature to remove
dvdrip.

-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Last rites for media-video/dvdrip

[Diego 'Flameeyes' Pettenò]

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

On Thursday 08 December 2005 19:12, Chris Bainbridge wrote:
> Er, isn't dvdrip the most popular ripping software on Linux?
Popular, maybe, but there're enough bug to make it a difficult task to 
maintain.
Current versions are tested only on transcode 0.6 (I'm sure that at least the 
versions that upstream consider stable does not run with transcode 1.0) and 
it has to inherit also all the bugs of transcode 0.6 then.
Currently there's no one in Video team that seems to be taking care of dvdrip 
so the bugs will continue stratification on bugzilla.

If a new maintainer is found, fine, it can remain, but currently the resources 
of Video team are limited and we have enough problems to take care of without 
dvdrip.

The new maintainer would anyway have to take care of transcode, too, or at 
least make sure that dvdrip in portage can work with transcode 1.x as that 
has lots less problems than the old 0.6 one.

-- 
Diego "Flameeyes" Pettenò - http://dev.gentoo.org/~flameeyes/
Gentoo/ALT lead, Gentoo/FreeBSD, Video, AMD64, Sound, PAM, KDE

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

Re: [gentoo-dev] Last rites for media-video/dvdrip

[Mike Frysinger]

On Thu, Dec 08, 2005 at 08:46:31PM +0100, Diego 'Flameeyes' Petten? wrote:
> If a new maintainer is found, fine, it can remain, but currently the resources 
> of Video team are limited and we have enough problems to take care of without 
> dvdrip.

so the video herd policy is to remove packages until you're left with
a small enough subset of packages you can handle ?
-mike
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Last rites for media-video/dvdrip

[Diego 'Flameeyes' Pettenò]

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

On Thursday 08 December 2005 21:10, Mike Frysinger wrote:
> so the video herd policy is to remove packages until you're left with
> a small enough subset of packages you can handle ?
No, it's to remove the packages that have problems, that requires dependencies 
that are badly broken (transcode 0.6 is a pain to manage, does not work with 
GCC4 and it's not easily fixable, and upstream moved to transcode 1), that 
requires maintenance and nobody can give it, and that might be replaced by 
other programs with way less troubles...

If you want to maintain that, no need for it to be removed... atm it's going 
to be unmaintained in the tree, full of problems, and requires us to not plan 
of dropping transcode 0.6.

-- 
Diego "Flameeyes" Pettenò - http://dev.gentoo.org/~flameeyes/
Gentoo/ALT lead, Gentoo/FreeBSD, Video, AMD64, Sound, PAM, KDE

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

Re: [gentoo-dev] Last rites for media-video/dvdrip

[Roy Marples]

On Thursday 08 December 2005 20:23, Diego 'Flameeyes' Pettenò wrote:
> On Thursday 08 December 2005 21:10, Mike Frysinger wrote:
> > so the video herd policy is to remove packages until you're left with
> > a small enough subset of packages you can handle ?
>
> No, it's to remove the packages that have problems, that requires
> dependencies that are badly broken (transcode 0.6 is a pain to manage, does
> not work with GCC4 and it's not easily fixable, and upstream moved to
> transcode 1), that requires maintenance and nobody can give it, and that
> might be replaced by other programs with way less troubles...

To be fair, you can hardly count GCC4 as it's not even in our unstable tree 
yet (and yes, I know it will be soon).

Ya know, dhcpcd was in the same state. Unmaintained, didn't compile with GCC4 
and upstream was dead. Didn't hear any calls to remove it from the tree 
though as it was (and still is I suppose) the default dhcp client even though 
all the others are coded much better.

>
> If you want to maintain that, no need for it to be removed... atm it's
> going to be unmaintained in the tree, full of problems, and requires us to
> not plan of dropping transcode 0.6.

I have no wish to maintain it, but if it compiles then there is no need to 
remove it. So it's unmaintained - so was openvpn and net-misc/dhcp for pretty 
much a year or so until I stepped up.

So if no-one steps up then let it sit in the tree if people are using it.

Roy

-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Last rites for media-video/dvdrip

[Chandler Carruth]

I am not a gentoo developer, but a user, but I have submitted several 
fixes for dvdrip in the past, and plan on continuing to use it, and get 
it running and working in gentoo. I would be happy to maintain it, or 
simply try to more responsively post fixes in the future to Bugzilla if 
it would keep this package alive in portage. I think it is a very good 
dvd ripping utility, and it _does_ work w/ transcode-1, the dvdrip 
upstream developer simply still bases his work off of 0.6.x. He is 
currently considering moving to transcode-1, so I doubt this package 
will need to continue to be dependant on the difficult to manage 
transcode version.

As a user currently, what steps could I take to help this package stay 
alive? I will take them as the alternative is to put an unofficial 
ebuild up on a webpage.

-Chandler Carruth

Roy Marples wrote:

>On Thursday 08 December 2005 20:23, Diego 'Flameeyes' Pettenò wrote:
>  
>
>>On Thursday 08 December 2005 21:10, Mike Frysinger wrote:
>>    
>>
>>>so the video herd policy is to remove packages until you're left with
>>>a small enough subset of packages you can handle ?
>>>      
>>>
>>No, it's to remove the packages that have problems, that requires
>>dependencies that are badly broken (transcode 0.6 is a pain to manage, does
>>not work with GCC4 and it's not easily fixable, and upstream moved to
>>transcode 1), that requires maintenance and nobody can give it, and that
>>might be replaced by other programs with way less troubles...
>>    
>>
>
>To be fair, you can hardly count GCC4 as it's not even in our unstable tree 
>yet (and yes, I know it will be soon).
>
>Ya know, dhcpcd was in the same state. Unmaintained, didn't compile with GCC4 
>and upstream was dead. Didn't hear any calls to remove it from the tree 
>though as it was (and still is I suppose) the default dhcp client even though 
>all the others are coded much better.
>
>  
>
>>If you want to maintain that, no need for it to be removed... atm it's
>>going to be unmaintained in the tree, full of problems, and requires us to
>>not plan of dropping transcode 0.6.
>>    
>>
>
>I have no wish to maintain it, but if it compiles then there is no need to 
>remove it. So it's unmaintained - so was openvpn and net-misc/dhcp for pretty 
>much a year or so until I stepped up.
>
>So if no-one steps up then let it sit in the tree if people are using it.
>
>Roy
>
>  
>
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Last rites for media-video/dvdrip

[Luca Barbato]

Mike Frysinger wrote:

> 
> so the video herd policy is to remove packages until you're left with
> a small enough subset of packages you can handle ?
> -mike

I'd rather say that we select packages that evolve and fit the needs and 
kill what isn't suitable anymore.

There are still many way to shoot your foot using a nice front-end to 
your transcoding tool of choice =)

lu

-- 

Luca Barbato

Gentoo/linux Developer		Gentoo/PPC Operational Leader
http://dev.gentoo.org/~lu_zero

-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Last rites for media-video/dvdrip

[Luca Barbato]

Chandler Carruth wrote:

> 
> As a user currently, what steps could I take to help this package stay 
> alive? I will take them as the alternative is to put an unofficial 
> ebuild up on a webpage.
> 

On my to be killed list I have

transcode <1
avifile

transcode 1 is already there and seems in good shape, if you can help us 
making sure dvdrip works fine with it we won't make transcode-0.6 bring 
it to the grave =)

lu

-- 

Luca Barbato

Gentoo/linux Developer		Gentoo/PPC Operational Leader
http://dev.gentoo.org/~lu_zero

-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Last rites for media-video/dvdrip

[Mike Frysinger]

On Sat, Dec 10, 2005 at 01:09:50AM +0100, Luca Barbato wrote:
> Mike Frysinger wrote:
> >so the video herd policy is to remove packages until you're left with
> >a small enough subset of packages you can handle ?
> 
> I'd rather say that we select packages that evolve and fit the needs and 
> kill what isn't suitable anymore.

fair enough, but i thought we've establish that there are *no*
alternatives to dvdrip regardless of what diego may think
-mike
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Last rites for media-video/dvdrip

[Donnie Berkholz]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Mike Frysinger wrote:
| so the video herd policy is to remove packages until you're left with
| a small enough subset of packages you can handle ?

Quite a contrast with the x11 herd policy: to add packages until there's
10x more than you can reasonably maintain.

Donnie
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)

iD8DBQFDmjyaXVaO67S1rtsRAr7VAKCq5foXqAx4TLOdNTaeKj0SfJD/IQCg+3uV
ipUhVuCqZVlbncxS7cenWSk=
=GKgY
-----END PGP SIGNATURE-----
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Last rites for media-video/dvdrip

[Daniel Goller]

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

On Friday 09 December 2005 08:19 pm, Mike Frysinger wrote:
> On Sat, Dec 10, 2005 at 01:09:50AM +0100, Luca Barbato wrote:
> > Mike Frysinger wrote:
> > >so the video herd policy is to remove packages until you're left with
> > >a small enough subset of packages you can handle ?
> >
> > I'd rather say that we select packages that evolve and fit the needs and
> > kill what isn't suitable anymore.
>
> fair enough, but i thought we've establish that there are *no*
> alternatives to dvdrip regardless of what diego may think
> -mike

well, it's maintained now, better slow progress than certain death, works too 
well for me to see it go

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

[gentoo-dev] Re: Last rites for media-video/dvdrip

[R Hill]

Diego 'Flameeyes' Petten wrote:
> Oh well, media-video/dvdrip has many issues reported in bugzilla (some have 
> patches, most haven't), and depends on a version of transcode with many 
> issues, too (and force us to leave transcode 1 masked).
> Nobody in video herd is looking at it right now, last bump was done by morfic, 
> and more would be needed.

working on dvdrip is one of the things on my todo list, as soon as i finish
rebuilding my system.

please reconsider dropping packages just because they don't currently have a
dedicated maintainer.  if upstream is alive and people are using it, leave it
alone.  especially if it's a popular package with just a handful of bugs.  also,
it's a lot more likely you'll find a new maintainer for a package when it's
already in the tree for people to discover and use.

isn't this what the maintainer-needed alias is for?

--de.

-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Re: Last rites for media-video/dvdrip

[Daniel Goller]

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

On Sunday 11 December 2005 09:32 pm, R Hill wrote:
> Diego 'Flameeyes' Petten wrote:
> > Oh well, media-video/dvdrip has many issues reported in bugzilla (some
> > have patches, most haven't), and depends on a version of transcode with
> > many issues, too (and force us to leave transcode 1 masked).
> > Nobody in video herd is looking at it right now, last bump was done by
> > morfic, and more would be needed.
>
> working on dvdrip is one of the things on my todo list, as soon as i finish
> rebuilding my system.
>
> please reconsider dropping packages just because they don't currently have
> a dedicated maintainer.  if upstream is alive and people are using it,
> leave it alone.  especially if it's a popular package with just a handful
> of bugs.  also, it's a lot more likely you'll find a new maintainer for a
> package when it's already in the tree for people to discover and use.
>
> isn't this what the maintainer-needed alias is for?
>
> --de.


sorry there hasn't happened much yet wrt dvd::rip
the system i worked on with dvdrip had a disk die, art of a md0, system is 
gone, so i too reinstall, some real life worries and usual lack of enough 
time for everything

i started out keeping icewm maintained, and eventually took on other things

short version is better i guess: we always appreciate user contributions, if i 
am slow, it does not represent any lack of interest

between you and chandler dvd::rip s hould stay, one concern is that transcode 
1 i had on the laptop, on the system dvd::rip worked on has 0.6.14, when i 
tried dvd::rip on here, it seems to have finished the plugin scan the hangs, 
scanning plugins was what i did on the XP, then the hdd died :)

i too am frightened to see good working apps go, i still consider readding 
kcpuload which worked then was gone, works still well from an overlay ;)

you get the idea

i will add your email to the dvd::rip filter in kmail so i hopefully do not 
miss things

wife's surgery is friday, so i don't expect to do much before then

Thanks,

Daniel Goller


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