Re: [gentoo-dev] Suggestion: support the Dev team with system resources

Johann Schmitz writes: > Is it possible to run, say, mips on xen/whatever through some > emulation layer or is real hardware a requirement for this archs? Yes, via qemu. But very slow, nearly unusable even on a powerful mainstream amd64 server.

[gentoo-dev] Looking for app-i18n/poedit maintainer

Is anyone interested in maintaining poedit? It's currently covered by wxwidgets and I check in on it a couple times a year for bumps/stabilization, but I don't use it myself. Feel free to add yourself or take it over if you're interested. Thanks. -- Ryan Hillpsn: dirtye

Re: [gentoo-dev] Policy-level discussion for minimum versions on dependencies

On 8 November 2013 08:55, Rémi Cardona wrote: > Le jeudi 07 novembre 2013 à 10:44 +0100, Alexis Ballier a écrit : >> in short: if a package requires version X then the ebuild should require >> version X; it can be forgotten but it's a bug. > > That _is_ our policy. Since this thread was deemed ne

Re: [gentoo-dev] Drop net-analyzer/nagios-* to maintainer-needed

On 11/8/2013 7:14 PM, Markos Chandras wrote: > Hi, > > I see nobody seems to take care of nagios packages anymore. > There are numerous bugs (and many of them are pending version bumps). > > Is the sysadmin@ herd still interested in this package? If not, could > you please consider moving it to mai

[gentoo-dev] Drop net-analyzer/nagios-* to maintainer-needed

Hi, I see nobody seems to take care of nagios packages anymore. There are numerous bugs (and many of them are pending version bumps). Is the sysadmin@ herd still interested in this package? If not, could you please consider moving it to maintainer-needed@? Maybe users are interested in working wi

Re: [gentoo-dev] Policy-level discussion for minimum versions on dependencies

On Wed, Nov 06, 2013 at 01:28:13PM -0500, Rich Freeman wrote: > On Wed, Nov 6, 2013 at 11:15 AM, Alan McKinnon > wrote: > > I agree with this sentiment. It's always been my view that the needs of > > a package are driven by the package itself, not by the tree. > > > > Rationale: A package will bu

Re: [gentoo-dev] removing vulnerable versions of dev-lang/v8

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/08/2013 04:18 PM, Diego Elio Pettenò wrote: > > On Fri, Nov 8, 2013 at 5:22 AM, "Paweł Hajdan, Jr." > mailto:phajdan...@gentoo.org>> wrote: > > Problem #1 is that sci-geosciences/osgearth-2.4 depends on > =dev-lang/v8-3.18.5.14 (see >

Re: [gentoo-dev] removing vulnerable versions of dev-lang/v8

Diego Elio Pettenò wrote: > > Problem #1 is that sci-geosciences/osgearth-2.4 depends on > > =dev-lang/v8-3.18.5.14 (see > > for context). It > > doesn't work with more recent v8, but it can be made to not depend on v8. > > If "made not to depend" m

Re: [gentoo-dev] removing vulnerable versions of dev-lang/v8

On Fri, Nov 8, 2013 at 5:22 AM, "Paweł Hajdan, Jr." wrote: > Problem #1 is that sci-geosciences/osgearth-2.4 depends on > =dev-lang/v8-3.18.5.14 (see > for context). It > doesn't work with more recent v8, but it can be made to not depend on v8. > I

Re: [gentoo-dev] removing vulnerable versions of dev-lang/v8

On Fri, Nov 8, 2013 at 9:42 AM, Ian Stakenvicius wrote: > I'm still a little concerned about the potential security issues > caused by embedded V8's in projects, but as we've already concluded in > that other thread, there's no other way until the API stabilizes.. Yup. When a project uses a libr

Re: [gentoo-dev] removing vulnerable versions of dev-lang/v8

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 08/11/13 12:22 AM, "Paweł Hajdan, Jr." wrote: > For some context of this please see > > > v8-3.20.17.7 fixes a memory corruption vulnerability, see >