On Fri, Feb 25, 2011 at 11:43 AM, Mike Gilbert wrote:
> On Fri, Feb 25, 2011 at 9:42 AM, "Paweł Hajdan, Jr."
> wrote:
>> There is a bug about www-client/chromium icon theme dependencies
>> (https://bugs.gentoo.org/show_bug.cgi?id=352263), and I'm not quite sure
>> what's the best way to solve it.
On 02/18/11 19:02, Benedikt Böhm wrote:
> due to work and family related time shortage i'm not able to lead the
> apache team any longer and have removed myself from the herd. there
> are a lot of open bugs, many of them results from the various
> autotools/libtool hacks added by upstream. any help
* Ed W schrieb:
> I maintain a, likely much smaller, number of VMs using linux vservers.
> The approach here is to almost cut each machine down to a chroot that
> runs only one (or thereabouts) interesting service.
I'm working in a similar way: my dedicated boxes are VM hosts
(currently ovz,
# Kevin McCarthy (25 Feb 2011)
# Crashes when opening images wrt #325879
# Upstream dead since 2004. No gentoo maintainer.
# Many alternatives in tree: eog, gqview, mirage, etc.
# Removal in 30 days
media-gfx/pornview
--
Kevin McCarthy
pgpuyFo1DPTnM.pgp
Description: PGP signature
On Fri, Feb 25, 2011 at 9:42 AM, "Paweł Hajdan, Jr."
wrote:
> There is a bug about www-client/chromium icon theme dependencies
> (https://bugs.gentoo.org/show_bug.cgi?id=352263), and I'm not quite sure
> what's the best way to solve it.
>
> The main issue is that in KDE only oxygen-icons work, and
There is a bug about www-client/chromium icon theme dependencies
(https://bugs.gentoo.org/show_bug.cgi?id=352263), and I'm not quite sure
what's the best way to solve it.
The main issue is that in KDE only oxygen-icons work, and in XFCE
oxygen-icons *don't* work and one needs other icon themes ins
Reader note -- Direct all respones to gentoo-server ML to avoid flooding
gentoo-dev.
For those on server-ml who missed dev-ml:
I'm starting to put together a portage/stable server configuration for a large
number of gentoo VM's that will eventually be hosted on a VMware ESX 4.1U1
cluster - wit
Hi
I'm starting to put together a portage/stable server configuration for a large
number of gentoo VM's that will eventually be hosted on a VMware ESX 4.1U1
cluster - with the goal of limiting major changes to once/year and otherwise
only applying security/minimum necessary updates. I doubt it
All,
> Perhaps this is an argument for a git based portage tree? Master can
> stay as the current status quo and anyone who wants to can maintain a
> branch or fork which points to a slightly different subset of the tree?
>
I'm starting to put together a portage/stable server configuration for
On 21/02/2011 00:11, Enrico Weigelt wrote:
* Markos Chandras schrieb:
My suggestion, as I said to fosdem, is to freeze, or take a
snapshot if you like, of the current tree, stabilize what you
need to stabilize, test the whole tree ( at least compile wise )
for a couple of weeks and then replac
10 matches
Mail list logo
