[gentoo-dev] Last call for media-video/spca50x

2005-09-07 Thread Mike Doty
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This package was due for removal on May 1 2005, having been replaced by media-video/spca5xx. Unless someone objects in the next 7 days, I will remove it from the tree. - -- === Mike Doty

Re: [gentoo-dev] Comparing Openpkg with portage

2005-09-07 Thread Brian Harring
Icky on the html email :P On Wed, Sep 07, 2005 at 05:45:16PM -0700, m h wrote: > Hello- > I'm investigating the similarities between portage and openpkg. More > specifically I was wondering if it is possible to take portage and > install in on top of an existing linux installation in its own sand

[gentoo-dev] PPC gets more help

2005-09-07 Thread Homer Parker
The ppc team has found a new minion^W AT to help them out. Matti Bickel (mabi) has stepped up for abuse from JoseJX.. Please welcome him to the team! JoseJX, don't work him to hard! j/k, Where's the whip? ;) -- Homer Parker Gentoo/AMD64 Arch Tester Strategic Lead [EMAIL PROTECTED] -- g

[gentoo-dev] Stabilization of new-style Apache

2005-09-07 Thread Michael Stewart (vericgar)
The Gentoo Apache Team is pleased to announce the stabilizing of package updates that have been in the works for over a year. Some of the major changes include: - New configuration and configuration locations to more closely match upstream and reduce confusion for users coming from other di

[gentoo-dev] Comparing Openpkg with portage

2005-09-07 Thread m h
Hello- I'm investigating the similarities between portage and openpkg.  More specifically I was wondering if it is possible to take portage and install in on top of an existing linux installation in its own sandbox (similar to what openpkg does).  I've done some googling and found the documentatio

[gentoo-dev] Removal of x11-base/y-windows and x11-libs/libiterm-mbt

2005-09-07 Thread Joshua Baergen
I will soon mask/remove y-windows due to a dead (and abusive) upstream (see bug http://bugs.gentoo.org/show_bug.cgi?id=100072 ). libiterm-mbt is a library associated with y-windows that will also and app-i18n/fbiterm is the only application that depends on it, belonging to the cjk herd. I'm

Re: [gentoo-dev] use.mask'ing and packages in the testing branch

2005-09-07 Thread Mike Frysinger
On Wednesday 07 September 2005 01:16 pm, Olivier Fisette wrote: > I was told > that demasking USE flags is only done when packages hit the > stable branch. this is incorrect demasking a USE flag only requires you not break packages ... so if your USE flag is only used in unstable branches, then

[gentoo-dev] use.mask'ing and packages in the testing branch

2005-09-07 Thread Olivier Fisette
Hi, I have a question about masked USE flags and packages in the testing branch. I have a problem with "sci-biology/emboss", a sequence analysis package I maintain that was keyworded ~amd64 a few days ago. Six packages (containing various genetic and biological data) in the tree have optional

[gentoo-dev] new eclass: haskell-cabal

2005-09-07 Thread Andres Loeh
Hi there. The Haskell team has created a new eclass. It makes building Haskell packages that conform to the Cabal [1] architecture (an effort that aims at easing packaging and distribution of both Haskell libraries and tools) nearly trivial. I wish to use the opportunity to thank Lennart Kolmodin

Re: [gentoo-dev] tentative x86 arch team glep

2005-09-07 Thread Chris Gianelloni
On Wed, 2005-09-07 at 08:46 +0200, Kevin F. Quinn wrote: > If nobody on x86 is using a given package, is there a need to worry > > about marking it ~x86/x86? > > When I said 'All', I didn't mean to include stuff that's not in x86. > What I was trying to get at, was the idea that if the x86 arch te

Re: [gentoo-dev] tentative x86 arch team glep

2005-09-07 Thread Chris Gianelloni
On Wed, 2005-09-07 at 00:03 +0100, Ciaran McCreesh wrote: > a) Convenience. Testing. Some times we want to get user testing on a specific package or two, and it is easier to distribute it via the normal portage tree than not. Another reason for masking packages is for security reasons. This espe

Re: [gentoo-dev] Re: Fixing the TERM mess

2005-09-07 Thread YoYo Siska
On Tue, Sep 06, 2005 at 09:19:51PM +0200, Jan Kundrát wrote: > Joe Wells wrote: > > The best solution to this that I can think of is to extend OpenSSH > > with the capability to copy terminfo information to ~/.terminfo on the > > remote system. > > IMHO automated overwriting files in $HOME on ever