[gentoo-dev] Xmms needs to die.

[gentoo-dev] Xmms needs to die.

[Luis Medinas]

Hi everyone.

I'm the current maintainer for xmms and all plugins. As you all know
xmms is writen over GTK+-1. This toolkit is not supported by the
upstream like xmms. We have lot's of dead upstream plugins on portage
and this is a pain to maintain like xmms itself. You might want to look
at our patchset that contains fixes for 'millions' of bugs.
We have a few alternatives like audacious, gstreamer based players and
xine-lib players (did i forget anything ?). The problem is that this
players doesn't support a few audiotypes or plugins that xmms currently
does.
So i'm asking for a solution either remove xmms, move the maintainer for
anyone who volunteer or the sound herd.
My plans now is replace xmms for xmms2 (that i would like to take the
maintainership). Opinions ? Ideas ?

-- 
Gentoo Linux Developer
http://dev.gentoo.org/~metalgod


-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Xmms needs to die.

[Ioannis Aslanidis]

xmms2 and audacious sound good ;)

Luis Medinas wrote:
> Hi everyone.
> 
> I'm the current maintainer for xmms and all plugins. As you all know
> xmms is writen over GTK+-1. This toolkit is not supported by the
> upstream like xmms. We have lot's of dead upstream plugins on portage
> and this is a pain to maintain like xmms itself. You might want to look
> at our patchset that contains fixes for 'millions' of bugs.
> We have a few alternatives like audacious, gstreamer based players and
> xine-lib players (did i forget anything ?). The problem is that this
> players doesn't support a few audiotypes or plugins that xmms currently
> does.
> So i'm asking for a solution either remove xmms, move the maintainer for
> anyone who volunteer or the sound herd.
> My plans now is replace xmms for xmms2 (that i would like to take the
> maintainership). Opinions ? Ideas ?
> 
-- 
gentoo-dev@gentoo.org mailing list

[gentoo-dev] Re: Xmms needs to die.

[Christian 'Opfer' Faulhammer]

Tach Luis,                                  0x2B859DE3 (PGP-PK-ID)

Luis Medinas schrieb:
> If noone takes it will be saved on overlays.gentoo.org. Everyone needs
> to know that xmms is old and tired (obsolete).

 Having discussed Gentoo Status in this list: Maybe you should announce  
that in GWN to prepare the last users (quite a lot I fear, we need Gentoo  
stats) that xmms will be removed and they should think about switching if  
possible or watch out for overlays.



V-Li

-- 
Fingerprint: 68C5 D381 B69A A777 6A91 E999 350A AD7C 2B85 9DE3
http://www.gnupg.org/
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Xmms needs to die.

[Mike Frysinger]

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

On Wednesday 23 August 2006 16:30, Luis Medinas wrote:
> So i'm asking for a solution either remove xmms, move the maintainer for
> anyone who volunteer or the sound herd.

no one has answered the previous problems ... xmms is the only audioplayer 
that actually works on some platforms ...

plus, has the audacious/gcc-4.1 issues been worked out ?

> My plans now is replace xmms for xmms2 (that i would like to take the
> maintainership). Opinions ? Ideas ?

even if you were to do that right now, xmms2 isnt even close to being ready to 
replace xmms
-mike

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

Re: [gentoo-dev] Xmms needs to die.

[Luis Medinas]

On Wed, 2006-08-23 at 20:07 -0400, Mike Frysinger wrote:
> On Wednesday 23 August 2006 16:30, Luis Medinas wrote:
> > So i'm asking for a solution either remove xmms, move the maintainer for
> > anyone who volunteer or the sound herd.
> 
> no one has answered the previous problems ... xmms is the only audioplayer 
> that actually works on some platforms ...
> 
Most of the gstreamer audio players works just like xine-lib based.

> plus, has the audacious/gcc-4.1 issues been worked out ?
> 
> > My plans now is replace xmms for xmms2 (that i would like to take the
> > maintainership). Opinions ? Ideas ?
> 
> even if you were to do that right now, xmms2 isnt even close to being ready to 
> replace xmms

Yes you are right but atm xmms is obsolete and there is place for
another player. Xmms2 is a good player that needs of course ages of
development to be able to be like xmms.
Neither i or sound herd want to maintain xmms anymore. If there is
anyone that will take it we won't mind. But we won't waste more time on
a player that is obsolete with a dead upstream. So we would like to move
xmms to overlays.gentoo.org soon with another maintainer to take care of
it.

-- 
Gentoo Linux Developer
http://dev.gentoo.org/~metalgod


-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Xmms needs to die.

[Alec Warner]

Luis Medinas wrote:
> On Wed, 2006-08-23 at 20:07 -0400, Mike Frysinger wrote:
>> On Wednesday 23 August 2006 16:30, Luis Medinas wrote:
>>> So i'm asking for a solution either remove xmms, move the maintainer for
>>> anyone who volunteer or the sound herd.
>> no one has answered the previous problems ... xmms is the only audioplayer 
>> that actually works on some platforms ...
>>

I'm going to make an uncharacteristic statement here.

Who Cares.

If you want an audio player on your arch; help maintain this, or help
fix an alternative so it does work.


-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Xmms needs to die.

[Josh Saddler]

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

Luis Medinas wrote:
> On Wed, 2006-08-23 at 20:07 -0400, Mike Frysinger wrote:
>> On Wednesday 23 August 2006 16:30, Luis Medinas wrote:
>>> So i'm asking for a solution either remove xmms, move the maintainer for
>>> anyone who volunteer or the sound herd.
>> no one has answered the previous problems ... xmms is the only audioplayer 
>> that actually works on some platforms ...
>>
> Most of the gstreamer audio players works just like xine-lib based.
> 
>> plus, has the audacious/gcc-4.1 issues been worked out ?
>>
>>> My plans now is replace xmms for xmms2 (that i would like to take the
>>> maintainership). Opinions ? Ideas ?
>> even if you were to do that right now, xmms2 isnt even close to being ready to 
>> replace xmms
> 
> Yes you are right but atm xmms is obsolete and there is place for
> another player. Xmms2 is a good player that needs of course ages of
> development to be able to be like xmms.

Please don't remove it, and don't replace it with xmms2. There are far too many
media type plugins that work for xmms that audacious and similar players can't
handle. Also, will xmms plugins even work in xmms2? And isn't xmms2 still a
command line-only application? Not what users need or want. Perhaps the most
compelling reason to keep xmms around and *not* use xmms2 is the one you just made:

> Xmms2 is a good player that needs of course ages of
> development to be able to be like xmms.

So, don't dump a product that's not even near alpha status on users. If we want
to keep using software that's old, but works just fine, why force a really
stupid switch?

Can you provide a list of open fairly important bugs for xmms that provide good
examples of why you don't want to maintain it? Just so we can see your reasoning.

You may think xmms is obsolete, but it has a pretty decent niche among the
available player choices; I know I'm not alone in my affinity for it. Please
keep it. At the very least, if it has to go, don't dump a half-assed alternative
like xmms2 on the users -- sure, xmm2 shows a lot of promise, but it's simply
not ready. xmms is stable; might as well keep it around until we're so far into
future gcc versions that it (and gtk-1) just won't compile any longer on any
arch. ;)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.4 (GNU/Linux)

iD8DBQFE7RjhrsJQqN81j74RAj6DAKCbAM79wAE1JI42q6+L8Vaak9LPKwCfQ2bB
vVoxumBcHPZbVmE0dMtsto8=
=qVNx
-----END PGP SIGNATURE-----
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Xmms needs to die.

[Luis Medinas]

On Wed, 2006-08-23 at 20:11 -0700, Josh Saddler wrote:
> Please don't remove it, and don't replace it with xmms2. There are far too many
> media type plugins that work for xmms that audacious and similar players can't
> handle. Also, will xmms plugins even work in xmms2? And isn't xmms2 still a
> command line-only application? Not what users need or want. Perhaps the most
> compelling reason to keep xmms around and *not* use xmms2 is the one you just made:
> 
Yes xmms2 is just the "server" it needs clients to be like the old xmms.
But it contains a modern design and it will be able to support almost
every type of plugins that the current xmms supports.

> > Xmms2 is a good player that needs of course ages of
> > development to be able to be like xmms.
> 
> So, don't dump a product that's not even near alpha status on users. If we want
> to keep using software that's old, but works just fine, why force a really
> stupid switch?
> 
It's not alpha status... it's very close to a final product afaik. It's
working fine(apart from scons crap :P) and the design provides very easy
maintainence compared to the old xmms.

> Can you provide a list of open fairly important bugs for xmms that provide good
> examples of why you don't want to maintain it? Just so we can see your reasoning.
> 
You can just look at bugs.g.o and those bugs are not easy to fix. Most
of them require lot's of time to dive into the sources and fix it on a
repository (upstream job). For a distro maintainer like us it's a pain
to maintain it.

> You may think xmms is obsolete, but it has a pretty decent niche among the
> available player choices; I know I'm not alone in my affinity for it. Please
> keep it. At the very least, if it has to go, don't dump a half-assed alternative
> like xmms2 on the users -- sure, xmm2 shows a lot of promise, but it's simply
> not ready. xmms is stable; might as well keep it around until we're so far into
> future gcc versions that it (and gtk-1) just won't compile any longer on any
> arch. ;)
If noone takes it will be saved on overlays.gentoo.org. Everyone needs
to know that xmms is old and tired (obsolete). A few developers on
redhat, mandriva and suse marked xmms as obsolete. Now it's our turn to
move it to our darkness repository. If you want to be sure it's obsolete
just read xmms's website.

-- 
Gentoo Linux Developer
http://dev.gentoo.org/~metalgod


-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Xmms needs to die.

[Luca Barbato]

Luis Medinas wrote:

> If noone takes it will be saved on overlays.gentoo.org. Everyone needs
> to know that xmms is old and tired (obsolete). A few developers on
> redhat, mandriva and suse marked xmms as obsolete. Now it's our turn to
> move it to our darkness repository. If you want to be sure it's obsolete
> just read xmms's website.
> 

fine for me

(please add xmms2)

People could just use mplayer o xine to play any audio sample aud doesn't.

lu

-- 

Luca Barbato

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

-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Xmms needs to die.

[Mike Frysinger]

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

On Wednesday 23 August 2006 23:32, Luis Medinas wrote:
> If noone takes it will be saved on overlays.gentoo.org. Everyone needs
> to know that xmms is old and tired (obsolete). A few developers on
> redhat, mandriva and suse marked xmms as obsolete. Now it's our turn to
> move it to our darkness repository. If you want to be sure it's obsolete
> just read xmms's website.

that isnt what i meant

you can push whatever audio player you want as the default and mark xmms 
unsupported, it just has to be kept around until the newer audio players can 
actually fill the gap left by xmms

as for those distros, who cares ... they cant even play mp3s out of the box :p
-mike

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

Re: [gentoo-dev] Xmms needs to die.

[Richard Fish]

On 8/23/06, Josh Saddler <nightmorph@gentoo.org> wrote:
> So, don't dump a product that's not even near alpha status on users. If we want
> to keep using software that's old, but works just fine, why force a really
> stupid switch?

Saying xmms works "just fine" is a bit of stretch IMO.  My most hated
xmms bug was this one:

http://bugs.xmms.org/show_bug.cgi?id=149

This bug is more than 5 years (!!) old.  I've since moved on to amarok.

-Richard
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Xmms needs to die.

[Jakub Moc]

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

Josh Saddler wrote:

> Please don't remove it, and don't replace it with xmms2. There are far too many
> media type plugins that work for xmms that audacious and similar players can't
> handle. Also, will xmms plugins even work in xmms2? And isn't xmms2 still a
> command line-only application? Not what users need or want. Perhaps the most
> compelling reason to keep xmms around and *not* use xmms2 is the one you just made:

> Can you provide a list of open fairly important bugs for xmms that provide good
> examples of why you don't want to maintain it? Just so we can see your reasoning.

So go maintain it - a quick list of bugs awaiting your love:

http://tinyurl.com/fbekn

Even if you do, I'd still love this to go away from the main tree to
some overlay.

> You may think xmms is obsolete, but it has a pretty decent niche among the
> available player choices; 

It's broken like hell (see above) and it's a huge PITA to maintain a
thing that's completely dead upstream.

-- 
Best regards,

 Jakub Moc
 mailto:jakub@gentoo.org
 GPG signature:
 http://subkeys.pgp.net:11371/pks/lookup?op=get&search=0xCEBA3D9E
 Primary key fingerprint: D2D7 933C 9BA1 C95B 2C95  B30F 8717 D5FD CEBA 3D9E

 ... still no signature   ;)


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

Re: [gentoo-dev] Re: Xmms needs to die.

[Luis Medinas]

On Thu, 2006-08-24 at 00:00 +0000, Christian 'Opfer' Faulhammer wrote:
> Tach Luis,                                  0x2B859DE3 (PGP-PK-ID)
> 
> Luis Medinas schrieb:
> > If noone takes it will be saved on overlays.gentoo.org. Everyone needs
> > to know that xmms is old and tired (obsolete).
> 
>  Having discussed Gentoo Status in this list: Maybe you should announce  
> that in GWN to prepare the last users (quite a lot I fear, we need Gentoo  
> stats) that xmms will be removed and they should think about switching if  
> possible or watch out for overlays.
> 
Yes I will announce on planet, something on forums and send a last rites
to -dev ML. Then i'll ask someone to write something for GWN. I don't
want users to be surprised like they were when libexpat2 was unmasked.

-- 
Gentoo Linux Developer
http://dev.gentoo.org/~metalgod


-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Xmms needs to die.

[Jonathan Adamczewski]

Robin H. Johnson wrote:
> don't take XMMS away from those of us already using it without any issues.
>   

It can disappear from portage without affecting your ability to keep 
using it.

j.
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Xmms needs to die.

[Luis Medinas]

On Thu, 2006-08-24 at 05:21 -0700, Robin H. Johnson wrote:
> The last time this came up, a few months ago, mentioned in somebodies
> blog, I made an effort to look at both bmpx and audacious.
> 
> Both used significantly more CPU, and one of them was completely
> unusable with the size of my playlist (~24000 items, mostly legal MP3) -
> it sucked up ~4Gb of memory, and then the OOM killer smote it.
> 
The audio player i use these days is banshee and sometimes muine. Yes
that's true they eat too much mem compared to xmms.

> The plugins I used are xosd, songchange, realrandom - none of which
> seemed to be trivially recompilable when I looked, but I do see that at
> least one other distro has managed to port xosd.
> 
We can port it too.
> One thing that XMMS does have going for it compared to the newer GTK2
> variants is that it's much more light-weight. I'm not sure if it's just
> because of the usage of GTK2 instead of GTK1, but the added size of the
> alternatives isn't suitable for the moment.
> 
Yes but you need to remember that GTK1 is not supported by upstream
anymore.
> As noted by other folk, I have no objections with the default changing
> away from xmms, to discourage new users, but don't take XMMS away from
> those of us already using it without any issues.
> 
Yes discourage new users is the way and move the current users to
another player is necessary too. We can move xmms for overlays with no
support from us or maybe anyone else take it apart from sound herd.
-- 
Gentoo Linux Developer
http://dev.gentoo.org/~metalgod


-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Xmms needs to die.

[Robert Cernansky]

On Wed, 23 Aug 2006 21:30:20 +0100 Luis Medinas <metalgod@gentoo.org> wrote:

> We have a few alternatives like audacious, gstreamer based players
> and xine-lib players (did i forget anything ?). The problem is that
[...]
> So i'm asking for a solution either remove xmms, move the maintainer
> for anyone who volunteer or the sound herd.  My plans now is replace
> xmms for xmms2 (that i would like to take the
> maintainership). Opinions ? Ideas ?

Just pure user point of view: I search for alternatives and closest
that I found in amd64 stable portage tree is audacious. But it have
less functionality than xmms (even than xmms_with_bugs).

Most missing is gapless output, so when playing continuous tracks
I get ugly spaces between them, brr. Other missing is very usefull
xosd support and great xmms-pipe (which does not work for me
currently, I reported it yesterday - this was probably last drop for
you Luis :-( ) so xmms can be widely controlled by external commands.

This is disadvantages that I have remembered now. I'm sure I'll find
others in the future (as always when swithching software). Also there
are for sure more, that affect other users.

In general, after removing xmms we, users, only get less
functionality. Notthing will be better. So it sounds not logical to
remove functional, widely used piece of software which is better (even
with current bugs) then alternatives.

Kind regards

Robert


-- 
Robert Cernansky
E-mail: hslists2@zoznam.sk
Jabber: HS@jabber.sk

-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Xmms needs to die.

[Robin H. Johnson]

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

On Wed, Aug 23, 2006 at 09:30:20PM +0100, Luis Medinas wrote:
> I'm the current maintainer for xmms and all plugins. As you all know
> xmms is writen over GTK+-1. This toolkit is not supported by the
> upstream like xmms. We have lot's of dead upstream plugins on portage
> and this is a pain to maintain like xmms itself. You might want to look
> at our patchset that contains fixes for 'millions' of bugs.
> We have a few alternatives like audacious, gstreamer based players and
> xine-lib players (did i forget anything ?). The problem is that this
> players doesn't support a few audiotypes or plugins that xmms currently
> does.
> So i'm asking for a solution either remove xmms, move the maintainer for
> anyone who volunteer or the sound herd.
> My plans now is replace xmms for xmms2 (that i would like to take the
> maintainership). Opinions ? Ideas ?
The last time this came up, a few months ago, mentioned in somebodies
blog, I made an effort to look at both bmpx and audacious.

Both used significantly more CPU, and one of them was completely
unusable with the size of my playlist (~24000 items, mostly legal MP3) -
it sucked up ~4Gb of memory, and then the OOM killer smote it.

The plugins I used are xosd, songchange, realrandom - none of which
seemed to be trivially recompilable when I looked, but I do see that at
least one other distro has managed to port xosd.

One thing that XMMS does have going for it compared to the newer GTK2
variants is that it's much more light-weight. I'm not sure if it's just
because of the usage of GTK2 instead of GTK1, but the added size of the
alternatives isn't suitable for the moment.

As noted by other folk, I have no objections with the default changing
away from xmms, to discourage new users, but don't take XMMS away from
those of us already using it without any issues.

-- 
Robin Hugh Johnson
E-Mail     : robbat2@gentoo.org
GnuPG FP   : 11AC BA4F 4778 E3F6 E4ED  F38E B27B 944E 3488 4E85

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

Re: [gentoo-dev] Xmms needs to die.

[Robert Cernansky]

On Thu, 24 Aug 2006 20:39:10 +1000 Jonathan Adamczewski <jadamcze@utas.edu.au> wrote:

> Robin H. Johnson wrote:
> > don't take XMMS away from those of us already using it without any
> > issues.
> 
> It can disappear from portage without affecting your ability to keep
> using it.

Not true, when upgrading world I'll always get message like:

!!! Ebuilds for the following packages are either all
!!! masked or don't exist:
media-sound/xmms

And --depclean will be broken because it will want to remove all xmms
dependencies. Maybe there are other issues with
installed&not_in_portage packages.

Robert


-- 
Robert Cernansky
E-mail: hslists2@zoznam.sk
Jabber: HS@jabber.sk

-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Xmms needs to die.

[Stephen P. Becker]

Luca Barbato wrote:
> Luis Medinas wrote:
> 
>> If noone takes it will be saved on overlays.gentoo.org. Everyone needs
>> to know that xmms is old and tired (obsolete). A few developers on
>> redhat, mandriva and suse marked xmms as obsolete. Now it's our turn to
>> move it to our darkness repository. If you want to be sure it's obsolete
>> just read xmms's website.
>>
> 
> fine for me
> 
> (please add xmms2)
> 
> People could just use mplayer o xine to play any audio sample aud doesn't.
> 
> lu
> 

Note that neither mplayer or xine work on mips particularly well.  Xine 
is especially screwed.  And if anybody mentions gstreamer, it flat out 
doesn't work at all.

-Steve
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Xmms needs to die.

[Pierre Guinoiseau]

Robert Cernansky a écrit :
> On Wed, 23 Aug 2006 21:30:20 +0100 Luis Medinas <metalgod@gentoo.org> wrote:
>
>   
> Most missing is gapless output, so when playing continuous tracks
> I get ugly spaces between them, brr. Other missing is very usefull
> xosd support and great xmms-pipe (which does not work for me
> currently, I reported it yesterday - this was probably last drop for
> you Luis :-( ) so xmms can be widely controlled by external commands.
>   
Audacious has xosd support :
* media-plugins/audacious-xosd
     Available versions:  0.3
     Installed:           none
     Homepage:            http://www.netswarm.net/
     Description:         Audacious plugin for overlaying text/glyphs in
X-On-Screen-Display

And regarding xmms-pipe, maybe this can replace it :
* net-irc/audacious-show
     Available versions:  1.2.0
     Installed:           none
     Homepage:            http://nedudu.hu/?page_id=11
     Description:         XChat plugin to control audacious and to show
whatever you're currently playing to others

-- 

 Pierre Guinoiseau
 Email: songoku38@gmail.com
 M$N: songoku38@gmail.com
 Jabber: lnx@jabber.fr
 WWW: http://akoya.homelinux.net


-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Xmms needs to die.

[Anders Hellgren]

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

On Thu, 24 Aug 2006, Jakub Moc wrote:

> It's broken like hell (see above) and it's a huge PITA to maintain a
> thing that's completely dead upstream.
>
For something that's dead, it's been kicking quite a lot this summer:

http://cvs.xmms.org/cvsweb.cgi/xmms/ChangeLog

/Anders
- -- 
Anders Hellgren (kallamej)
Gentoo Forums Administrator
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)

iD8DBQFE7asQFX025WX+RG4RAiH7AKCzZyaUiVcTvd0sRsuUYlKFXiYY6ACfeSUo
UFgmWFB+bFDqqkVKoxD5mYw=
=4Euv
-----END PGP SIGNATURE-----
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Xmms needs to die.

[Robert Cernansky]

On Thu, Aug 24, 2006 at 03:16:41PM +0200, Pierre Guinoiseau wrote:
> Robert Cernansky a écrit :
> > On Wed, 23 Aug 2006 21:30:20 +0100 Luis Medinas <metalgod@gentoo.org> wrote:
> >   
> > Most missing is gapless output, so when playing continuous tracks
> > I get ugly spaces between them, brr. Other missing is very usefull
> > xosd support and great xmms-pipe (which does not work for me
> > currently, I reported it yesterday - this was probably last drop
> > for you Luis :-( ) so xmms can be widely controlled by external
> > commands.
> >   
> Audacious has xosd support :
> * media-plugins/audacious-xosd

Thanks, I mentioned only stable stuff before. This one is not stable.

> And regarding xmms-pipe, maybe this can replace it :
> * net-irc/audacious-show

Unfortunatelly this is something different. xmm-pipe lets you control
running xmms from commandline (thus binding these commands to
keys). It allows control volume, skipping in current track (fast
forward), do some playlist actions and lot more.

Robert


-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Xmms needs to die.

[Krzysiek Pawlik]

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

Robert Cernansky wrote:
> Unfortunatelly this is something different. xmm-pipe lets you control
> running xmms from commandline (thus binding these commands to
> keys). It allows control volume, skipping in current track (fast
> forward), do some playlist actions and lot more.

This helps:

nelchael@nelchael ~$ audacious --help
Usage: audacious [options] [files] ...

Options:
--------

-h, --help             Display this text and exit
-n, --session          Select Audacious/BMP/XMMS session (Default: 0)
-r, --rew              Skip backwards in playlist
-p, --play             Start playing current playlist
-u, --pause            Pause current song
-s, --stop             Stop current song
-t, --play-pause       Pause if playing, play otherwise
-f, --fwd              Skip forward in playlist
-e, --enqueue          Don't clear the playlist
-m, --show-main-window Show the main window
-a, --activate         Activate Audacious
-i, --sm-client-id     Previous session ID
-H, --headless         Headless operation [experimental]
-N, --no-log           Disable error/warning interception (logging)
-v, --version          Print version number and exit

-- 
Krzysiek Pawlik   <nelchael at gentoo.org>   key id: 0xBC555551
desktop-misc, desktop-dock, desktop-wm, x86, java, apache...


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

Re: [gentoo-dev] Xmms needs to die.

[Robert Cernansky]

On Thu, 24 Aug 2006 16:01:23 +0200 Krzysiek Pawlik <nelchael@gentoo.org> wrote:

> Robert Cernansky wrote:
> > Unfortunatelly this is something different. xmm-pipe lets you
> > control running xmms from commandline (thus binding these commands
> > to keys). It allows control volume, skipping in current track
> > (fast forward), do some playlist actions and lot more.
> 
> This helps:
> 
> nelchael@nelchael ~$ audacious --help
> Usage: audacious [options] [files] ...
> 
> Options:
> --------
> 
> -h, --help             Display this text and exit
> -n, --session          Select Audacious/BMP/XMMS session (Default: 0)
> -r, --rew              Skip backwards in playlist
> -p, --play             Start playing current playlist
> -u, --pause            Pause current song
> -s, --stop             Stop current song
> -t, --play-pause       Pause if playing, play otherwise
> -f, --fwd              Skip forward in playlist
> -e, --enqueue          Don't clear the playlist
> -m, --show-main-window Show the main window
> -a, --activate         Activate Audacious
> -i, --sm-client-id     Previous session ID
> -H, --headless         Headless operation [experimental]
> -N, --no-log           Disable error/warning interception (logging)
> -v, --version          Print version number and exit

Yes, looked at this. It's similar to stadard xmms
posibilites. xmms-pipe have much wider posibilites.

I use mainly skipping within a track (not to next track) so I can
rewind without touching a mouse and switching to third workspace where
xmms is sitting.

Another frequently used xmms-pipe functionality is volume control
(with software mixing enabled you can control volume of xmms
independently from Main/PCM volume).

Useful is also reporting info (e.g. about played track) to output
pipe.

Robert


-- 
Robert Cernansky
E-mail: hslists2@zoznam.sk
Jabber: HS@jabber.sk

-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Xmms needs to die.

[Andrej Kacian]

On Thu, 24 Aug 2006 16:22:06 +0200
Robert Cernansky <hslists2@zoznam.sk> wrote:

> Yes, looked at this. It's similar to stadard xmms
> posibilites. xmms-pipe have much wider posibilites.
> 
> I use mainly skipping within a track (not to next track) so I can
> rewind without touching a mouse and switching to third workspace where
> xmms is sitting.
> 
> Another frequently used xmms-pipe functionality is volume control
> (with software mixing enabled you can control volume of xmms
> independently from Main/PCM volume).
> 
> Useful is also reporting info (e.g. about played track) to output
> pipe.

Hello Robert,

sounds like you might want to have a look at http://musicpd.org - in
portage as media-sound/mpd or media-sound/mpd-svn.

It does all you mention above (and more), and is nearing a major
release (rc3 came out just today, I will be adding an ebuild for it
tonight after I'm back from work).

Kind regards,
-- 
Andrej Kacian

-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Xmms needs to die.

[Dominique Michel]

On Thu, 24 Aug 2006 09:12:48 -0400
"Stephen P. Becker" <geoman@gentoo.org> wrote:

> Luca Barbato wrote:
> > Luis Medinas wrote:
> > 
> >> If noone takes it will be saved on overlays.gentoo.org. Everyone
needs
> >> to know that xmms is old and tired (obsolete). A few developers on
> >> redhat, mandriva and suse marked xmms as obsolete. Now it's our
turn to
> >> move it to our darkness repository. If you want to be sure it's
obsolete
> >> just read xmms's website.
> >>
> > 
> > fine for me
> > 
> > (please add xmms2)
> > 
> > People could just use mplayer o xine to play any audio sample aud
doesn't.
> > 
> > lu
> > 
> 
> Note that neither mplayer or xine work on mips particularly well. 
Xine 
> is especially screwed.  And if anybody mentions gstreamer, it flat out

> doesn't work at all.
> 
> -Steve

It is aqualung that is a very good player with nice features such as
oss, alsa, jack and LADSPA support. It have a database support to help
to organise yours audio files.

http://aqualung.sourceforge.net/

But I don't know if it will work on any architecture. It is still a beta
software, but I know users very happy with it. And the development seam
to be very fast and active.

Dominique
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Xmms needs to die.

[Robert Cernansky]

On Thu, 24 Aug 2006 17:08:32 +0200 Andrej Kacian <ticho@gentoo.org> wrote:

> sounds like you might want to have a look at http://musicpd.org - in
> portage as media-sound/mpd or media-sound/mpd-svn.

Thank You for the tip. I looked at mpd also (only on web page). It
have probably good posibility to control it via command line. But what
about xosd support? (Which I mention in my previous post.) I do not
see any info on page about it.

What bothers me also, is that it has not plugin design like
xmms. Support for plugins is very good because lot of people can write
plugins for lot of things. This is why people do not want to switch
from xmms because thanks to plugins it have so many features that
currently no player is able to overcome it.

Also I read that it is not possible to play file without addind it to
mpd's database.(?) It seems to be clumsy.

Can it play streams from internet? Maybe I should install it and look
at it more closely.

Robert


-- 
Robert Cernansky
E-mail: hslists2@zoznam.sk
Jabber: HS@jabber.sk

-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Xmms needs to die.

[Adriaan Leijnse]

Yes, mpd can play streams.

Greets,
Aidy
2006/8/24, Robert Cernansky <hslists2@zoznam.sk>:
> On Thu, 24 Aug 2006 17:08:32 +0200 Andrej Kacian <ticho@gentoo.org> wrote:
>
> > sounds like you might want to have a look at http://musicpd.org - in
> > portage as media-sound/mpd or media-sound/mpd-svn.
>
> Thank You for the tip. I looked at mpd also (only on web page). It
> have probably good posibility to control it via command line. But what
> about xosd support? (Which I mention in my previous post.) I do not
> see any info on page about it.
>
> What bothers me also, is that it has not plugin design like
> xmms. Support for plugins is very good because lot of people can write
> plugins for lot of things. This is why people do not want to switch
> from xmms because thanks to plugins it have so many features that
> currently no player is able to overcome it.
>
> Also I read that it is not possible to play file without addind it to
> mpd's database.(?) It seems to be clumsy.
>
> Can it play streams from internet? Maybe I should install it and look
> at it more closely.
>
> Robert
>
>
> --
> Robert Cernansky
> E-mail: hslists2@zoznam.sk
> Jabber: HS@jabber.sk
>
> --
> gentoo-dev@gentoo.org mailing list
>
>
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Xmms needs to die.

[Andrej Kacian]

On Thu, 24 Aug 2006 18:42:27 +0200
Robert Cernansky <hslists2@zoznam.sk> wrote:

> Thank You for the tip. I looked at mpd also (only on web page). It
> have probably good posibility to control it via command line. But what
> about xosd support? (Which I mention in my previous post.) I do not
> see any info on page about it.

mpd (and xmms2) is just a server that is responsible for music playback,
functionality such as xosd notification can be provided by clients, one
such example is here[1]. Perhaps there are more.

> What bothers me also, is that it has not plugin design like
> xmms. Support for plugins is very good because lot of people can write
> plugins for lot of things. This is why people do not want to switch
> from xmms because thanks to plugins it have so many features that
> currently no player is able to overcome it.

That is true, but if you split the media player functionality between
server and client, server doesn't need many plugins - it only needs to
support as many media types as possible.

Many xmms plugins I saw are frontend-related. This can be handled by
MPD clients. One of main clients, gmpc, recently added plugin support,
and already plugins for album covers or song lyrics are available.

> Also I read that it is not possible to play file without addind it to
> mpd's database.(?) It seems to be clumsy.

This is mainly because mpd is designed to run remotely, i.e. not on
your desktop - clients connect via TCP, so they have no idea about the
filesystem on box where mpd runs.

There are plans to allow this exact functionality via URIs in
format: "file://".

> Can it play streams from internet? Maybe I should install it and look
> at it more closely.

Yes, and what's more, the development version (release candidates too)
is also able to act as an icecast source, thus mpd+icecast2 can act as
a streaming server. I'm usually listening to music streamed from my
home box via an openvpn tunnel at work. :)

Also, mpd has gapless output by default, iirc.

1. http://www.musicpd.org/forum/index.php?topic=1189

-- 
Andrej

-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Xmms needs to die.

[Alec Warner]

Robert Cernansky wrote:
> 
> What bothers me also, is that it has not plugin design like
> xmms. Support for plugins is very good because lot of people can write
> plugins for lot of things. This is why people do not want to switch
> from xmms because thanks to plugins it have so many features that
> currently no player is able to overcome it.

So port the plugins from xmms to $NEW_CLIENT, since xmms is an old piece 
of crap.

> 
> Also I read that it is not possible to play file without addind it to
> mpd's database.(?) It seems to be clumsy.
> 
> Can it play streams from internet? Maybe I should install it and look
> at it more closely.
> 
> Robert
> 
> 

-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Xmms needs to die.

[Luca Barbato]

Stephen P. Becker wrote:
> Luca Barbato wrote:
>> Luis Medinas wrote:
>>
>>> If noone takes it will be saved on overlays.gentoo.org. Everyone needs
>>> to know that xmms is old and tired (obsolete). A few developers on
>>> redhat, mandriva and suse marked xmms as obsolete. Now it's our turn to
>>> move it to our darkness repository. If you want to be sure it's obsolete
>>> just read xmms's website.
>>>
>>
>> fine for me
>>
>> (please add xmms2)
>>
>> People could just use mplayer o xine to play any audio sample aud
>> doesn't.
>>
>> lu
>>
> 
> Note that neither mplayer or xine work on mips particularly well.  Xine

Could you please help us fixing it on mips? (in particular currently
there is work in improving ffmp3 in order to ditch mad, that has issues
with mips iirc)

lu

-- 

Luca Barbato

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

-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Xmms needs to die.

[Stephen P. Becker]

>> Note that neither mplayer or xine work on mips particularly well.  Xine
> 
> Could you please help us fixing it on mips? (in particular currently
> there is work in improving ffmp3 in order to ditch mad, that has issues
> with mips iirc)

Well, it depends on your definition of help.  I'd be perfectly happy to
provide some hardware for interested developers (I have a couple indys
that I'm willing to donate to anyone willing to help with sound
development).  As for writing any code to try and fix these issues, I'm
not capable of providing that sort of help.

-Steve
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Xmms needs to die.

[Ciaran McCreesh]

On Thu, 24 Aug 2006 15:48:41 -0400 "Stephen P. Becker"
<geoman@gentoo.org> wrote:
| I have a couple indys that I'm willing to donate to anyone willing to
| help with sound development

What happened to the one you sent to Jeremy? Wasn't he supposed to be
doing sound things for mips?

-- 
Ciaran McCreesh
Mail            : ciaran dot mccreesh at blueyonder.co.uk


-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Xmms needs to die.

[Luca Barbato]

Stephen P. Becker wrote:

> Well, it depends on your definition of help. 

Testing recent snapshots or providing shells would be perfectly fine.

lu

-- 

Luca Barbato

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

-- 
gentoo-dev@gentoo.org mailing list

[gentoo-dev] Re: Xmms needs to die.

[Duncan]

Robert Cernansky <hslists2@zoznam.sk> posted
Mahogany-0.67.0-10670-20060824-143125.00@kihnet.sk, excerpted below, on 
Thu, 24 Aug 2006 14:31:25 +0200:

> On Thu, 24 Aug 2006 20:39:10 +1000 Jonathan Adamczewski
> <jadamcze@utas.edu.au> wrote:
> 
>> Robin H. Johnson wrote:
>> > don't take XMMS away from those of us already using it without any
>> > issues.
>> 
>> It can disappear from portage without affecting your ability to keep
>> using it.
> 
> Not true, when upgrading world I'll always get message like:
> 
> !!! Ebuilds for the following packages are either all !!! masked or don't
> exist:
> media-sound/xmms
> 
> And --depclean will be broken because it will want to remove all xmms
> dependencies. Maybe there are other issues with installed&not_in_portage
> packages.

That's what overlays (local or public/general) are for.  There's normally
a 30-day period the ebuild is masked, during which that warning will
appear with the 30-day explanation from profiles/package.mask, giving you
the chance to act accordingly and move it to your overlay, listing it in
package.unmask.  When the 30 days is over and it's removed from portage,
you still have it in your overlay.

Even if you don't sync and update during those 30 days and the ebuild is
removed from the tree, given that it's installed, you'll still have an
ebuild for it in /var/db/pkg/, and if you use FEATURES=buildpkg (as I do)
for backup purposes, you'll also have the ebuild attached to the end of
the binpkg tarball.  (I used that a couple times before I realized the
ebuild was already in /var/db/pkg.)

Even if you lose your local copies, the ebuild will still be available
from Gentoo's viewCVS for some time, where it can be retrieved from the
attic.

All that said, I too use xmms as I've yet to find anything else as simple
and reliable that continues to "just work".  It's very possibly the only
thing I have merged here still using gtk1, but while that means getting
rid of it would mean I'd be able to unmerge gtk1, it also means there's
little else that could break it or that it could break, thru the common
gtk1 dependencies, now.  I'd very much like it to continue working for
years yet.

/That/ said, there remains the reality of a now unmaintained gtk1, making
it harder and harder for Gentoo to continue to support thru successive
toolchain update iterations.  If no one's willing to continue to maintain
xmms /and/ ultimately gtk1... it will of necessity eventually die.

When it dies in Gentoo, while users can maintain it in their overlays for
months, the clock is seriously ticking, as more and more incompatibilities
between it and a kept-current system pile up.

... Personally, I'm hoping xmms will remain at least until KDE4 comes
around, with hopefully something there more workable than the KDE3 and
other solutions I've tried -- but kept returning to xmms, because it "just
worked", and didn't require undue resources to do it.  Getting arts out of
the way as the main KDE audio framework will be a big part of that.

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Xmms needs to die.

[Stephen P. Becker]

Ciaran McCreesh wrote:
> On Thu, 24 Aug 2006 15:48:41 -0400 "Stephen P. Becker"
> <geoman@gentoo.org> wrote:
> | I have a couple indys that I'm willing to donate to anyone willing to
> | help with sound development
> 
> What happened to the one you sent to Jeremy? Wasn't he supposed to be
> doing sound things for mips?
> 

Apparently a 50 pin scsi hard disk was "too hard" to find and nfsroot 
was too much bother.

-Steve
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Xmms needs to die.

[Robert Cernansky]

On Thu, 24 Aug 2006 19:34:27 +0200 Andrej Kacian <ticho@gentoo.org> wrote:

> On Thu, 24 Aug 2006 18:42:27 +0200
> Robert Cernansky <hslists2@zoznam.sk> wrote:
[...]
> mpd (and xmms2) is just a server that is responsible for music playback,
> functionality such as xosd notification can be provided by clients, one
[...]
> Many xmms plugins I saw are frontend-related. This can be handled by
> MPD clients. One of main clients, gmpc, recently added plugin support,
> and already plugins for album covers or song lyrics are available.
[...]
> > Also I read that it is not possible to play file without addind it to
> > mpd's database.(?) It seems to be clumsy.
> 
> This is mainly because mpd is designed to run remotely, i.e. not on
> your desktop - clients connect via TCP, so they have no idea about the
> filesystem on box where mpd runs.
> 
> There are plans to allow this exact functionality via URIs in
> format: "file://".

So, I've tried mpd plus mpc, gmpc, glurp and kmp clients. I must say
I don't like it. _Mainly_ because that database thing - sorry but the
playlist management is worse than I expected. I want simply _freely_
browse my filesystem, pickup an .m3u file and play it.

I find it very limiting that I cannot play file from any
location. That I have to copy it to "music" directory and rebuild the
database. What about removable media?

Another big disadvantage is that it cannot play Audio CD's.

Behavior in multi-user environment is also bad. There is only one
daemon, so imagine that I'll take a break from my work, pause the
player, lock my screen and go to pub for an hour. Another user can log
in and work, and listen the music. But he will have loaded same
playlist, paused as I left it. So he loads its own and listen, but it
will break also my player status and when I return, I'll find his
playlist in my player.

Sure, it can be solved by running separate instance of mpd by user but
then it is too complicated way just to play music.

In general, I thing there is no really good client for mpd. I can
imagine that it is possible to start mpd by client, transparently for
user. That this database disadvantages can be hidden by a client so
work with files will be easy and straightforward like in xmms. That it
will have plugin support and more features so things like xosd, handy
disk-writer plugin, effect plugins, tag editing,... will not be
missed.

Many features are planned, but it takes time to get into real life.

Btw, something like effect plugin (for example voice removal) belongs
to server or client?

> Also, mpd has gapless output by default, iirc.

It does not wor for me, gaps are there. I only found Crossfade option
in kmp client.

Robert


-- 
Robert Cernansky
E-mail: hslists2@zoznam.sk
Jabber: HS@jabber.sk

-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Xmms needs to die.

[Robert Cernansky]

On Thu, 24 Aug 2006 14:46:58 -0400 Alec Warner <antarus@gentoo.org> wrote:

> Robert Cernansky wrote:
> > 
> > What bothers me also, is that it has not plugin design like
> > xmms. Support for plugins is very good because lot of people can
> > write plugins for lot of things. This is why people do not want to
> > switch from xmms because thanks to plugins it have so many
> > features that currently no player is able to overcome it.
> 
> So port the plugins from xmms to $NEW_CLIENT, since xmms is an old
> piece of crap.

This would be too time consumig player switch. ;-)

Robert


-- 
Robert Cernansky
E-mail: hslists2@zoznam.sk
Jabber: HS@jabber.sk

-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Xmms needs to die.

[Christian Birchinger]

On Thu, Aug 24, 2006 at 03:53:09PM +0200, Robert Cernansky wrote:
> Unfortunatelly this is something different. xmm-pipe lets you control
> running xmms from commandline (thus binding these commands to
> keys). It allows control volume, skipping in current track (fast
> forward), do some playlist actions and lot more.

Isn't this what the included "audtool" command is for? I use it
for windowmanager hotkeys. "audtool help" shows that it has lots
of options.

Christian
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Xmms needs to die.

[bret curtis]

Stephen P. Becker wrote:
> Ciaran McCreesh wrote:
>> On Thu, 24 Aug 2006 15:48:41 -0400 "Stephen P. Becker"
>> <geoman@gentoo.org> wrote:
>> | I have a couple indys that I'm willing to donate to anyone willing to
>> | help with sound development
>>
>> What happened to the one you sent to Jeremy? Wasn't he supposed to be
>> doing sound things for mips?
>>
>
> Apparently a 50 pin scsi hard disk was "too hard" to find and nfsroot
> was too much bother.
>
> -Steve
Oh good grief, tell 'em to send it back then. What a way to burn people.

I've discovered amarok, and like it. I will look into more in mips to
see if it will play well.

- Bret
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Xmms needs to die.

[Steve Dibb]

So, I'm curious -- did anyone ever come to a decision what to do on the 
matter?  The list traffic seems to be dying down.  Maybe I just missed 
the final decision email.

Not that it really matters, but here's my 2 cents:

If its a pita to maintain, hard mask everything and just say "sorry, no 
bugs fixie unless you want to maintain it.  See 
http://dev.g.o/~foo/xmms.html for reasons"  At least that way it will 
still be in the tree for those that want to use it.

The second thing is, why does it even matter if its out of the tree or 
not?  Those who are currently using it will still have it installed on 
their system, anyway.  I'm still using audacious 0.2.3 even though it's 
been taken out, and I won't upgrade until my favorite plugin is ported.  
I'm fine with that.

Anyway, whatever.  Do what works best. :)

Steve
-- 
gentoo-dev@gentoo.org mailing list

[gentoo-dev] Re: Xmms needs to die.

[Duncan]

Steve Dibb <beandog@gentoo.org> posted 44EF3174.3@gentoo.org, excerpted
below, on  Fri, 25 Aug 2006 11:20:52 -0600:

> So, I'm curious -- did anyone ever come to a decision what to do on the 
> matter?  The list traffic seems to be dying down.  Maybe I just missed 
> the final decision email.

Well, no one has volunteered to take over maintainership, so it would
appear to be heading toward orphaned package status.  While that doesn't
mean immediate removal from the tree, it will eventually as bugs begin to
build up, and with a package such as this, they will probably build up to
the point they get the attention of tree cleaners relatively fast...

Overlay was suggested.  I imagine if no one takes over maintainership and
it gets pulled from the tree, sunrise might end up with it.  It's fairly
likely some user would be interested in it enough to try it there, altho
as complex and old as it is, how successful they might be is open to
question.

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Xmms needs to die.

[Alec Warner]

Steve Dibb wrote:
> So, I'm curious -- did anyone ever come to a decision what to do on the
> matter?  The list traffic seems to be dying down.  Maybe I just missed
> the final decision email.
> 
> Not that it really matters, but here's my 2 cents:
> 
> If its a pita to maintain, hard mask everything and just say "sorry, no
> bugs fixie unless you want to maintain it.  See
> http://dev.g.o/~foo/xmms.html for reasons"  At least that way it will
> still be in the tree for those that want to use it.
> 
> The second thing is, why does it even matter if its out of the tree or
> not?  Those who are currently using it will still have it installed on
> their system, anyway.  I'm still using audacious 0.2.3 even though it's
> been taken out, and I won't upgrade until my favorite plugin is ported. 
> I'm fine with that.
> 
> Anyway, whatever.  Do what works best. :)
> 
> Steve

++

I don't see how whining about a package you don't maintain, nor helping
out with it helps anyone.  Either it stays in pmask, or it stays in
sunrise (since I would bet 5 bucks it ends up in sunrise after getting
punted).  The sound team has been very courteous in informing the
community on the matters pertaining to xmms, so either someone picks up
the slack for it, or the affected users (developers and arch teams
included) find another player.

I don't see why sound should break their backs just so everyone can have
their cake.

It reminds me of the whole "why isn't X,Y,Z stable!".  You are an
empowered smart user, I think you can figure out how to keep a package
that is not in the tree installed on your systems.

-Alec Warner
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Xmms needs to die.

[Luis Medinas]

On Fri, 2006-08-25 at 16:49 -0400, Alec Warner wrote:
> I don't see how whining about a package you don't maintain, nor helping
> out with it helps anyone.  Either it stays in pmask, or it stays in
> sunrise (since I would bet 5 bucks it ends up in sunrise after getting
> punted).  The sound team has been very courteous in informing the
> community on the matters pertaining to xmms, so either someone picks up
> the slack for it, or the affected users (developers and arch teams
> included) find another player.
> 
> I don't see why sound should break their backs just so everyone can have
> their cake.
> 
> It reminds me of the whole "why isn't X,Y,Z stable!".  You are an
> empowered smart user, I think you can figure out how to keep a package
> that is not in the tree installed on your systems.
> 
Sound herd will have an overlay as soon as we elect a new leader and put
xmms there. This is a solution that prevents users to turn their back
from us. So xmms will only be used in special cases when someone looks
to play something other players don't play. 
We will keep the future in mind like "we need to inovate" and put xmms2
in the tree.

-- 
Gentoo Linux Developer
http://dev.gentoo.org/~metalgod


-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Xmms needs to die.

[Paul de Vrieze]

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

On Thursday 24 August 2006 20:46, Alec Warner wrote:
> Robert Cernansky wrote:
> > What bothers me also, is that it has not plugin design like
> > xmms. Support for plugins is very good because lot of people can write
> > plugins for lot of things. This is why people do not want to switch
> > from xmms because thanks to plugins it have so many features that
> > currently no player is able to overcome it.
>
> So port the plugins from xmms to $NEW_CLIENT, since xmms is an old piece
> of crap.

Who cares. It works (mostly), it is lightweight, and there are enough people 
using it to keep it in the tree. As long as things don't break beyond repair 
I see no reason whatsoever to remove xmms (or any other largely unmaintained 
package in the tree).

Paul

-- 
Paul de Vrieze
Gentoo Developer
Mail: pauldv@gentoo.org
Homepage: http://www.devrieze.net

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

Re: [gentoo-dev] Xmms needs to die.

[Alec Warner]

Paul de Vrieze wrote:
> On Thursday 24 August 2006 20:46, Alec Warner wrote:
>> Robert Cernansky wrote:
>>> What bothers me also, is that it has not plugin design like
>>> xmms. Support for plugins is very good because lot of people can write
>>> plugins for lot of things. This is why people do not want to switch
>>> from xmms because thanks to plugins it have so many features that
>>> currently no player is able to overcome it.
>> So port the plugins from xmms to $NEW_CLIENT, since xmms is an old piece
>> of crap.
> 
> Who cares. It works (mostly), it is lightweight, and there are enough people 
> using it to keep it in the tree. As long as things don't break beyond repair 
> I see no reason whatsoever to remove xmms (or any other largely unmaintained 
> package in the tree).
> 
> Paul
> 

This is one of those things (along with qa and security) that the
community needs to decide.  Does stuff that works but has terrible qa
stay in the tree?  Does security stuff stay in the tree, but masked?
Should xmms be masked?  We have no real way of "deprecating" a package,
aside from leaving it in the tree with a masking reason saying
"deprecated and unsupported." at which point not everything in the tree
becomes supported.

The Treecleaner project that I run is based on the assumption that
broken stuff in the tree is bad, and I try to remove the really old stuf
broken stuff first.  However I aspire to eventually "catch up" and get
to the currently broken packages.  So which way will you have it?  Or is
this more of a pragmatic stance on the tree?
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Xmms needs to die.

[Josh Saddler]

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

Paul de Vrieze wrote:
> Who cares. It works (mostly), it is lightweight, and there are enough people 
> using it to keep it in the tree. As long as things don't break beyond repair 
> I see no reason whatsoever to remove xmms (or any other largely unmaintained 
> package in the tree).
> 
> Paul

++ from me.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.4 (GNU/Linux)

iD8DBQFE8Ij6rsJQqN81j74RAh7rAKC6xOf7pohl8vuc4DbfWUn3hb3tQQCcCy2s
HLvfarS6oguVTEgBnfZWOZo=
=uxdl
-----END PGP SIGNATURE-----
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Xmms needs to die.

[Luis Medinas]

On Sat, 2006-08-26 at 10:46 -0700, Josh Saddler wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Paul de Vrieze wrote:
> > Who cares. It works (mostly), it is lightweight, and there are enough people 
> > using it to keep it in the tree. As long as things don't break beyond repair 
> > I see no reason whatsoever to remove xmms (or any other largely unmaintained 
> > package in the tree).
> > 
> > Paul
> 
> ++ from me.

Sounds like we have volunteers to maintain xmms for a couple of years.
I offered a good solution but looks like nobody likes it. I'm still open
for sugestions. But keep xmms on the future sound herd overlay it's the
best imo.
-- 
Gentoo Linux Developer
http://dev.gentoo.org/~metalgod


-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Xmms needs to die.

[Luis Francisco Araujo]

Alec Warner wrote:
> Paul de Vrieze wrote:
>> On Thursday 24 August 2006 20:46, Alec Warner wrote:
>>> Robert Cernansky wrote:
>>>> What bothers me also, is that it has not plugin design like
>>>> xmms. Support for plugins is very good because lot of people can write
>>>> plugins for lot of things. This is why people do not want to switch
>>>> from xmms because thanks to plugins it have so many features that
>>>> currently no player is able to overcome it.
>>> So port the plugins from xmms to $NEW_CLIENT, since xmms is an old piece
>>> of crap.
>> Who cares. It works (mostly), it is lightweight, and there are enough people 
>> using it to keep it in the tree. As long as things don't break beyond repair 
>> I see no reason whatsoever to remove xmms (or any other largely unmaintained 
>> package in the tree).
>>
>> Paul
>>
> 
> This is one of those things (along with qa and security) that the
> community needs to decide.  Does stuff that works but has terrible qa
> stay in the tree?  Does security stuff stay in the tree, but masked?
> Should xmms be masked?  We have no real way of "deprecating" a package,
> aside from leaving it in the tree with a masking reason saying
> "deprecated and unsupported." at which point not everything in the tree
> becomes supported.
> 
> The Treecleaner project that I run is based on the assumption that
> broken stuff in the tree is bad, and I try to remove the really old stuf
> broken stuff first.  However I aspire to eventually "catch up" and get
> to the currently broken packages.  So which way will you have it?  Or is
> this more of a pragmatic stance on the tree?


Broken stuff but still maintained upstream, mask it.

Broken stuff and unmaintained upstream , send it to the overlay
(probably with a note warning about it on the ebuild?).

I would opt for that.

So, about the xmms ebuild, i agree with sending it to the overlay.

-- 


Luis F. Araujo "araujo at gentoo.org"
Gentoo Linux


-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Xmms needs to die.

[Robert Cernansky]

On Fri, 25 Aug 2006 11:35:17 +0200 Christian Birchinger <joker@gentoo.org> wrote:

> On Thu, Aug 24, 2006 at 03:53:09PM +0200, Robert Cernansky wrote:
> > Unfortunatelly this is something different. xmm-pipe lets you
> > control running xmms from commandline (thus binding these commands
> > to keys). It allows control volume, skipping in current track
> > (fast forward), do some playlist actions and lot more.
> 
> Isn't this what the included "audtool" command is for? I use it for
> windowmanager hotkeys. "audtool help" shows that it has lots of
> options.

Thank you, it looks good. However, 'seeking' is missing.

Robert


-- 
Robert Cernansky
E-mail: hslists2@zoznam.sk
Jabber: HS@jabber.sk

-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Xmms needs to die.

[Robert Cernansky]

On Sat, 26 Aug 2006 19:03:16 +0100 Luis Medinas <metalgod@gentoo.org> wrote:

> Sounds like we have volunteers to maintain xmms for a couple of
> years.  I offered a good solution but looks like nobody likes
> it. I'm still open for sugestions. But keep xmms on the future sound
> herd overlay it's the best imo.

If the package will be in sound overlay, will be somehow, let's say
minimally supported? By who?

Robert


-- 
Robert Cernansky
E-mail: hslists2@zoznam.sk
Jabber: HS@jabber.sk

-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Xmms needs to die.

[Mike Frysinger]

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

On Sunday 27 August 2006 04:11, Robert Cernansky wrote:
> On Sat, 26 Aug 2006 19:03:16 +0100 Luis Medinas <metalgod@gentoo.org> wrote:
> > Sounds like we have volunteers to maintain xmms for a couple of
> > years.  I offered a good solution but looks like nobody likes
> > it. I'm still open for sugestions. But keep xmms on the future sound
> > herd overlay it's the best imo.
>
> If the package will be in sound overlay, will be somehow, let's say
> minimally supported? By who?

if it's a bug in xmms i'd say make the user fix it and not waste time keeping 
it in bugzilla

if it's a bug in the ebuild then a dev will fix it
-mike

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

Re: [gentoo-dev] Xmms needs to die.

[Doug Goldstein]

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

Robert Cernansky wrote:
> On Thu, 24 Aug 2006 19:34:27 +0200 Andrej Kacian <ticho@gentoo.org> wrote:
> 
>> On Thu, 24 Aug 2006 18:42:27 +0200
>> Robert Cernansky <hslists2@zoznam.sk> wrote:
> [...]
>> mpd (and xmms2) is just a server that is responsible for music playback,
>> functionality such as xosd notification can be provided by clients, one
> [...]
>> Many xmms plugins I saw are frontend-related. This can be handled by
>> MPD clients. One of main clients, gmpc, recently added plugin support,
>> and already plugins for album covers or song lyrics are available.
> [...]
>>> Also I read that it is not possible to play file without addind it to
>>> mpd's database.(?) It seems to be clumsy.
>> This is mainly because mpd is designed to run remotely, i.e. not on
>> your desktop - clients connect via TCP, so they have no idea about the
>> filesystem on box where mpd runs.
>>
>> There are plans to allow this exact functionality via URIs in
>> format: "file://".
> 
> So, I've tried mpd plus mpc, gmpc, glurp and kmp clients. I must say
> I don't like it. _Mainly_ because that database thing - sorry but the
> playlist management is worse than I expected. I want simply _freely_
> browse my filesystem, pickup an .m3u file and play it.
> 
> I find it very limiting that I cannot play file from any
> location. That I have to copy it to "music" directory and rebuild the
> database. What about removable media?
> 
> Another big disadvantage is that it cannot play Audio CD's.
> 
> Behavior in multi-user environment is also bad. There is only one
> daemon, so imagine that I'll take a break from my work, pause the
> player, lock my screen and go to pub for an hour. Another user can log
> in and work, and listen the music. But he will have loaded same
> playlist, paused as I left it. So he loads its own and listen, but it
> will break also my player status and when I return, I'll find his
> playlist in my player.
> 
> Sure, it can be solved by running separate instance of mpd by user but
> then it is too complicated way just to play music.
> 
> In general, I thing there is no really good client for mpd. I can
> imagine that it is possible to start mpd by client, transparently for
> user. That this database disadvantages can be hidden by a client so
> work with files will be easy and straightforward like in xmms. That it
> will have plugin support and more features so things like xosd, handy
> disk-writer plugin, effect plugins, tag editing,... will not be
> missed.
> 
> Many features are planned, but it takes time to get into real life.
> 
> Btw, something like effect plugin (for example voice removal) belongs
> to server or client?
> 
>> Also, mpd has gapless output by default, iirc.
> 
> It does not wor for me, gaps are there. I only found Crossfade option
> in kmp client.
> 
> Robert
> 
> 
My answer to this ENTIRE thread is to STOP wasting time complaining,
whining and nagging and write the code.

That's my answer to 99% of the threads on this mailing list. If people
spent 1/2 the time writing code as they do bitching. The problem would
be solved.In the end the people who are actually willing to write the
code or do the work get so worn out by these threads that they don't
care and aren't interested in writing the code anymore. Then nothing
gets done.

This is what happened with xmms development. Which is why it stagnated.
But it's happened in Gentoo before and it will happen again (i.e.
gtk/gtk2 USE flag issue)

-- 
Doug Goldstein <cardoe@gentoo.org>
http://dev.gentoo.org/~cardoe/


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 252 bytes --]

Re: [gentoo-dev] Xmms needs to die.

[Ciaran McCreesh]

On Sun, 27 Aug 2006 13:46:32 -0400 Doug Goldstein <cardoe@gentoo.org>
wrote:
| My answer to this ENTIRE thread is to STOP wasting time complaining,
| whining and nagging and write the code.

Very good solution for the problem that two thirds of the time spent
coding is spent fixing other people's mistakes...

-- 
Ciaran McCreesh
Mail            : ciaran dot mccreesh at blueyonder.co.uk


-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Xmms needs to die.

[Doug Goldstein]

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

Ciaran McCreesh wrote:
> On Sun, 27 Aug 2006 13:46:32 -0400 Doug Goldstein <cardoe@gentoo.org>
> wrote:
> | My answer to this ENTIRE thread is to STOP wasting time complaining,
> | whining and nagging and write the code.
> 
> Very good solution for the problem that two thirds of the time spent
> coding is spent fixing other people's mistakes...
> 
The problem is he doesn't have a modern audio player that does the job.
My answer is to shut up and write one. So while your statement may or
may not have some merit, it's entirely unrelated to my point.

-- 
Doug Goldstein <cardoe@gentoo.org>
http://dev.gentoo.org/~cardoe/


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 252 bytes --]

[gentoo-dev] Re: Xmms needs to die.

[Duncan]

Mike Frysinger <vapier@gentoo.org> posted
200608270426.07916.vapier@gentoo.org, excerpted below, on  Sun, 27 Aug
2006 04:26:07 -0400:

> On Sunday 27 August 2006 04:11, Robert Cernansky wrote:
>>
>> If [xmms] will be in sound overlay, will be somehow, let's say
>> minimally supported? By who?
> 
> if it's a bug in xmms i'd say make the user fix it and not waste time
> keeping it in bugzilla
> 
> if it's a bug in the ebuild then a dev will fix it -mike

What about USE=xmms?  Will that mean it goes away, or will it stay around?
Normally, if a package is removed from the tree, so would be its USE flag.

$equery h -p xmms
[ Searching for USE flag xmms in all categories among: ]
 * installed packages
 * Portage tree (/p)
[I--] [ ~] media-libs/flac-1.1.2-r7 (0) 
[I--] [ ~] media-libs/faad2-2.0-r13 (0) 
[I--] [ ~] kde-base/kicker-applets-3.5.4 (3.5)
[I--] [  ] media-plugins/xmms-kde-3.1 (0)
[I--] [  ] media-sound/normalize-0.7.6-r2 (0)
$

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

-- 
gentoo-dev@gentoo.org mailing list