[gentoo-dev]
unsubscribe gentoo-dev -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] [treecleaner] Last rites: media-sound/alsaplayer
On 8/18/06, Christian Heim <[EMAIL PROTECTED]> wrote: The media-sound/alsaplayer package is pending removal as requested by [EMAIL PROTECTED] for multiple buffer overflows [1], dead upstream [1] and a crash occurring when playing uLaw/AU Audio File [2]. Can someone suggest an appropriate alternate please? Regards, Abhay -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] New Forums Staff : jmbsvicetto
> Please welcome our latest forums staff, Jorge Vicetto aka jmbsvicetto. > /me hugs Jorge. Glad to have you on board. Mark signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] New Forums Staff : jmbsvicetto
On Sun, 2006-08-20 at 00:44 +0530, Shyam Mani wrote: > Hi Everyone, > > > Please welcome our latest forums staff, Jorge Vicetto aka jmbsvicetto. Bem Vindo Jorge!! I wish you good luck and don't kill my posts on forums. -- Gentoo Linux Developer http://dev.gentoo.org/~metalgod -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] New Forums Staff : jmbsvicetto
Shyam Mani wrote: [...] > So, throw up the usual parties, say hello when you meet him and make him > feel at home :) So it's official now? Yay! Welcome aboard, Jorge! :D -- Peter Gordon (codergeek42) Gentoo Forums Global Moderator GnuPG Public Key ID: 0xFFC19479 / Fingerprint: DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479 My Blog: http://thecodergeek.com/blog/ signature.asc Description: OpenPGP digital signature
[gentoo-dev] New Forums Staff : jmbsvicetto
Hi Everyone, Please welcome our latest forums staff, Jorge Vicetto aka jmbsvicetto. Here's an intro from him : I was born at Terceira Island, Azores. I've completed high school at Terceira and attended the computer and information science programme at the Portuguese College IST (Higher Technical Institute) at Lisbon. I've later returned to Terceira where I started working as a net/sys admin while completing a B.Sc. in Computer and Information Science with UMUC - University of Maryland University College. I've got my B.S. on June 2004. I was accepted for the M.Sc. in Internet Computing at the University of Liverpool on September 2005, having transfered to the M. Sc. in Information Technology (specialisation in Information Security). Currently, for personnal reasons, I've suspended my enrollment on the programme. I've been working at the Angra do Heroísmo Nursing School since September 1999 as a net/sys admin and consultant to the Director's board. I've also worked as a consultant for the Azorean Health Finantial Institute for 1 year and a half. I'm currently also working since October 2004 to the Angra do Heroísmo Hospital as net/sys admin and consultant. I started working with Linux around 1996. The first distribution I used was Slackware, probably 3.1. I then used 2 or 3 versions of Red Hat starting at 4.0 and including 5.2. I later switched to SuSE and used versions 6.0, 6.1, 6.2, 6.3, 7.0, 7.1, 8.0 and 9.0. From there I switched to Gentoo in March 2004 with the 2004.0 release. I think I tried the 1.4 release, although I'm not sure. I also tried FC1 and FC2, but never used it for long. I've since then used openSuSE 10.X at work. I also run SLES 9.0 at work. For recovery and testing I've used several versions of knoppix and sysresccd. I spend most of my time at work around the 2k/2k03 AD, doing the usual user, group and permissions management; looking over the network; taking care of the webmail and proxy servers; and creating, updating and maintaining our workstations. I've designed and helped implement the network at the Nursing School and was assigned to accompany the implementation of the network at the Hospital. I've designed and implemented the AD at both places. I've used Ghost and G4U to create the workstations for both places. I'm currently implementing park management with OCS_NG and GLPI. I keep a Postfix+Cyrus+Horde system for webmail and am currently switching it over to Gentoo. Throughout the years I've been maintaining systems running Oracle and Notes. I've also been running VMware GSX and now ESX Server. So, throw up the usual parties, say hello when you meet him and make him feel at home :) Regards, -- Shyam Mani | <[EMAIL PROTECTED]> docs-team | http://gdp.gentoo.org devrel | http://devrel.gentoo.org GPG Key| 0xFDD0E345 signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Proposal for cleaning portage a bit (themes and other eyecandy stuff)
Am Samstag, 19. August 2006 04:11 schrieb Michael Cummings: > Ciaran McCreesh wrote: > > On Fri, 18 Aug 2006 08:44:04 -0700 Donnie Berkholz > > > > <[EMAIL PROTECTED]> wrote: > > | What would be more interesting is something like > > | app-portage/g-cpan for various themes sites. This way, individual > > | themes wouldn't need to get packaged and maintained. > > > > If anyone's looking to experiment with this kind of thing... > > Paludis supports multiple repository formats. We're already > > supporting CRAN, and we might do CPAN, > really? i thought you told me in irc we weren't worth it or something > like that...honestly not trying to troll or incite flame, you gather > enough of that, but last we spoke about incorporating g-cpan like > functionality into paludis on irc, it wasn't worth your time (choice > expletives were used). from the gist of that conversation, paludis > was not up to this job if the repository didn't fit some rather > strict guidelines. Actually, the conversation was more like: ciaran) What do we do next? CPAN? CTAN? kugelfang) let's ask mcummings for CPAN help. The deps can't be easily resolved iirc. mcummings) no other way, meta.yml isn't always there, and even g-cpan.pl needs several runs, and might even get the deps not correctly. ciaran) screw it then. kugelfang) CTAN? no deps at all. ciaran) screw it. >From my POV those "screw it" were related to 'what do we do next', and not CPAN. Especially as CPAN wasn't the only option in consideration. In regard to the to the 'strict guidelines' and 'paludis not up to the job'. We _could_ implement it, but none of the possible implementations is really elegant. We considered these possibilites: * using an external repo, that autogenerates the dep information _after downloading all of CPAN_. (yes, that would be necessary) * g-cpan mode of autogenerating the builds, where the distfiles need to be downloaded recursively at dep-resolution time. Just to get the facts straight. Danny -- Danny van Dyk <[EMAIL PROTECTED]> Gentoo/AMD64 Project, Gentoo Scientific Project -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Proposal for cleaning portage a bit (themes and other eyecandy stuff)
On Fri, 18 Aug 2006 22:11:47 -0400 Michael Cummings <[EMAIL PROTECTED]> wrote: | Ciaran McCreesh wrote: | > On Fri, 18 Aug 2006 08:44:04 -0700 Donnie Berkholz | > <[EMAIL PROTECTED]> wrote: | > | What would be more interesting is something like | > | app-portage/g-cpan for various themes sites. This way, individual | > | themes wouldn't need to get packaged and maintained. | > | > If anyone's looking to experiment with this kind of thing... Paludis | > supports multiple repository formats. We're already supporting CRAN, | > and we might do CPAN, | | really? i thought you told me in irc we weren't worth it or something | like that...honestly not trying to troll or incite flame, you gather | enough of that, but last we spoke about incorporating g-cpan like | functionality into paludis on irc, it wasn't worth your time (choice | expletives were used). from the gist of that conversation, paludis was | not up to this job if the repository didn't fit some rather strict | guidelines. You're missing context. There were a number of things that were being considered for development 'right now', so to speak, and CPAN was originally one of them. But because of CPAN's icky dependency handling and conflicts with tree things, it's been moved to 'something we'll do if we find someone who knows Paludis and CPAN and who is prepared to stick in lots of effort'. The biggie with CPAN is that it appears to be rather tricky to figure out dependencies at dependency resolution time. With CRAN, for example, dependencies are listed up front, so there's no problem or performance issue making 'paludis --install --pretend some-cran-package' display a full correct dep list. Getting this working with CPAN doesn't seem to be a weekend job... -- Ciaran McCreesh Mail: ciaran dot mccreesh at blueyonder.co.uk -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] [treecleaner] app-admin/scotty has been removed
The app-admin/scotty package has been removed. This is closing the following open bug(s): #77501: Sandbox Access Violation when emerging scotty 2.1.11 -- Christian Heim GPG key ID: 9A9F68E6 Fingerprint: AEC4 87B8 32B8 4922 B3A9 DF79 CAE3 556F 9A9F 68E6 Your friendly treecleaner/mobile/kernel/vserver/openvz monkey pgpeVn00p2elT.pgp Description: PGP signature
[gentoo-dev] [treecleaner] Last rites: net-irc/dancer-ircd
The net-irc/dancer-ircd package is pending removal as requested in bug #72691 for dead upstream [1]. The package is currently masked and is pending removal on 16th September. [1] https://bugs.gentoo.org/show_bug.cgi?id=72691 -- Christian Heim GPG key ID: 9A9F68E6 Fingerprint: AEC4 87B8 32B8 4922 B3A9 DF79 CAE3 556F 9A9F 68E6 Your friendly treecleaner/mobile/kernel/vserver/openvz monkey pgpxc0PvZP1AW.pgp Description: PGP signature
[gentoo-dev] Re: Make FEATURES=test the default
Tach Hanno, 0x2B859DE3 (PGP-PK-ID) Hanno Böck schrieb: > I'm all for making more use of features like test and collision-protect, > though in the past I noticed that many devs don't seem to care much. I > even think to remember of bugs getting closed invalid with a "we don't > care about"-comment. But if FEATURES="test" is considered more importand > in the future, I'll continue bugging you with related bugs. I would also recommend all ATs not only FEATURES="collision-protect" but also to activated the test suites. I normally report failing tests on all bugs I test (which are a few :), but these tests are sometimes to dependent on specific versions of other packages or the environment they nearly have no use. > However I think we have a long way to go till we can even think of > enabling it by default. Right. V-Li -- Fingerprint: 68C5 D381 B69A A777 6A91 E999 350A AD7C 2B85 9DE3 http://www.gnupg.org/ -- gentoo-dev@gentoo.org mailing list