Re: [gentoo-dev] [treecleaner] Last rites: media-sound/alsaplayer
On Monday 21 August 2006 14:59, Abhay Kedia wrote: I use alsaplayer to play KDE sounds as it works well with dmix and I can keep aRts disabled. All KDE sounds are ogg files and when I play them with mpg321, it just exits without producing any sound. I guess the only thing left for me to use is mplayer? Use the aplay binary provided by alsa-utils. Paul -- Paul de Vrieze Gentoo Developer Mail: [EMAIL PROTECTED] Homepage: http://www.devrieze.net pgpAwtHYbRzzH.pgp Description: PGP signature
[gentoo-dev] Group limit for NFS exported file systems
Hi, is there a group limit for NFS exported file systems in recent kernels? One if my users cannot access directories that belong to a group he actually _is_ a member of. That, however, is true only when accessing them over NFS. On the local file system, everything is fine. UIDs and GIDs are the same on client and server, so that cannot be the problem. Client and server run Gentoo Linux with kernel 2.6.16-gentoo-r9 on the server and 2.6.17-gentoo-r4 on the client. Any ideas? TIA, -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: KDE and Ruby herd call for help
Have they already done the ebuild quiz? I would love to have some guys fixing kde bugs and asking me or someone else in the team to check and commit it. So, if they have their quiz I would love to help mentoring them and otherwise I would love to see them in IRC No quizzes yet. When I've put calls for help before I find that we usually get a lot of responses and then a lot of people quickly fizzle out. I wanted to at least get through that round before we start going through the ebuild quiz process. I'll be sure and send people your way though! Thanks, Caleb -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Gentoo kernel and NFS groups limitation
Hi, does any of the Gentoo kernel sources in Portage contain the nfs-ngroups patch (http://www.frankvm.com/nfs-ngroups/)? I'm looking for an easily maintainable solution to bypass the NFS limitation of 16 groups per user. Thanks, Robert -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Gentoo kernel and NFS groups limitation
On Wed, Aug 23, 2006 at 03:01:19PM +0200, Robert Szentmihalyi wrote: does any of the Gentoo kernel sources in Portage contain the nfs-ngroups patch (http://www.frankvm.com/nfs-ngroups/)? I'm looking for an easily maintainable solution to bypass the NFS limitation of 16 groups per user. As your previous question, this doesn't seem to be very development related, but rather a support question - please direct them to the gentoo-user mailinglist or the forums in the future. If it is a bug, use bugs.gentoo.org. cheers, Wernfried -- Wernfried Haas (amne) - amne at gentoo dot org Gentoo Forums: http://forums.gentoo.org IRC: #gentoo-forums on freenode - email: forum-mods at gentoo dot org pgpCpWBYnZ08Z.pgp Description: PGP signature
Re: [gentoo-dev] User support system
Philipp Riegger wrote: On Aug 16, 2006, at 4:04 PM, Mike Bonar wrote: On the plus side it would be much easier to find duplicate bugs since the titles would be uniform. I think this is an interesting point. I'd like to have something like a specialised bug system for ebuilds, where you have to enter the package category, package name, package version and where the bug happens (configure, compile, test, install, execution). Then it would be much easier to look up for example all bugs concerning test errors or all bugs of glibc with compile errors. If a bug belongs to several categories, it should be able to post it in several categories. But at the moment there are some things you shouldn't have to search for because there are too many bugs with that name in the topic or somewhere else which have nothing to do with that specific package (unfortunately i cannot tell an example, but that happend to me more than once, i always filed a new bug then because i did not find anyting and sometimes t was a duplicate). Philipp [EMAIL PROTECTED] mailing list Everyone has good ideas, no one has a good implementation. aka, implement it :P -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Gentoo-Status
On Tuesday 22 August 2006 02:06, Ciaran McCreesh wrote: Bringing up something I proposed previously... How about having teams that are considered 'important' (not a fixed list; this can vary depending upon what's going on) or 'to be having issues' deliver status reports to the council for their monthly meeting? Sounds like a better and more dynamic solution to me. -- Sune Kloppenborg Jeppesen Gentoo Linux Security Team pgpAziDkWp2a1.pgp Description: PGP signature
Re: [gentoo-dev] User support system
On Aug 23, 2006, at 3:54 PM, Alec Warner wrote: On the plus side it would be much easier to find duplicate bugs since the titles would be uniform. I think this is an interesting point. I'd like to have something like a specialised bug system for ebuilds, where you have to enter the package category, package name, package version and where the bug happens (configure, compile, test, install, execution). snip / Everyone has good ideas, no one has a good implementation. aka, implement it :P I'm not that familiar with bugzilla. The easiest way could be to haev just another field like the email field for caterory/packagename (or with specific version if it is not a general bug) and another one for the ebuild phase in which the bug occured. I don't know how flexible bugzilla is with such modifications. Maybe some infra people could comment on this? Philipp -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Xmms needs to die.
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
